Cách chọn hệ thống mã nguồn mở cho hai cửa sổ mở
Kiểm tra các cuộc tranh tài cốt lõi, điểm mở rộng, đặc quyền, giao diện và hiệu suất với các quy trình kinh doanh thực sự, và kiểm tra các bằng lái, bảo trì và giải phóng trạng thái.
PROFESSIONAL SERVICE
Hệ thống tự thay đổi và tuân thủ mã nguồn mở, hỗ trợ tư nhân
Hệ thống tự chỉnh và phục vụ mã nguồn mở yêu cầu sự quyết định đầu tiên giữa các tiến trình cốt lõi và sản phẩm, hoàn thành việc sao chép và thích nghi kỹ thuật, thiết kế dựa trên sản phẩm và cải tiến kỹ thuật, và nâng cấp các phiên bản mã nguồn mở sẵn có để triển khai, thị trường, có thể cung cấp, có thể thực hiện được, các hệ thống khách hàng bền vững.
Chu trình xây dựng sản phẩm ngắnĐiều khiển chi phí R & D từ 0Đơn giản hoá một phiên bản có khả năng gửi và độc quyềnGiảm nguy cơ nâng cấp và bảo trìTiến hóa sản phẩm liên tục
Không cần chuẩn bị một lời cầu xin sự giúp đỡ trọn vẹn.
Yêu cầu quản lý và mục đích tìm kiếm
Chi phí lâu dài cho sự phát triển phụ của các nguồn mở chủ yếu là để nâng cấp, cấp phép và bảo trì trách nhiệm
Lựa chọn là kiểm tra cả hai bằng lái, hoạt động cộng đồng, chồng công nghệ, dữ liệu, nâng cấp dòng và phạm vi nguồn chính.
Chức năng nào thích hợp cho việc mở rộng bổ sung thay vì thay đổi mã nguồn lõi
Ưu tiên sử dụng bổ sung, API s, các sự kiện và dịch vụ ngoại biên để duy trì khả năng nâng cấp, và chỉ những tổ hợp quan trọng không thể đạt được thông qua sự mở rộng có thể được sửa đổi thành lõi.
Có thể mở hệ thống mã nguồn thay đổi tên thương hiệu và bán
Việc cấp giấy phép đóng cửa, phân phối, sử dụng SaaS và thay thế nhãn hiệu phụ thuộc vào giấy phép và sự tin cậy cụ thể, và danh sách và đánh giá pháp lý nên được hoàn thành trước khi thương mại chính thức.
Làm thế nào để theo nâng cấp cộng đồng sau khi được tuân thủ mã nguồn mở
Duy trì các chi nhánh trên dòng, các nhà phát minh, các bài kiểm tra tự động và các bài tập nâng cấp để tránh một cuộc gọi lên lần đầu tiên và tích lũy các rủi ro an ninh.
Những vấn đề mà doanh nghiệp thường phải đối mặt
Số dự án mã nguồn mở khó xác định, với những giới hạn kỹ thuật thành thục và cấp phép
Giao diện và tiến trình gốc không thích hợp cho khách hàng thương mại
Nâng cấp, di cư dữ liệu và phát triển thứ hai thì dễ dàng mâu thuẫn
Không đủ quyền lực, an ninh, kiểm toán và vận chuyển
Thiếu vắng chức năng quản lý phiên bản và cơ chế phát của khách hàng
Dịch vụ cốt lõi của chúng tôi
01
Tùy chỉnh hệ thống Enterprise so với sự tuân thủ mã nguồn mở
02
Đánh giá rủi ro cho việc chọn hệ thống mã nguồn mở, kiến trúc và giấy phép
03
Triển khai tư nhân, công cụ hóa và xây dựng môi trường đám mây
04
Việc tái phát triển chức năng kinh doanh, mở rộng bổ sung và mô- đun tái công nghệ
05
UI, tên thương hiệu, tên miền và sản phẩm có kinh nghiệm tùy biến
06
Dữ liệu lịch sử làm sạch, di cư và hợp lệ hóa
07
Quyền nhân dạng, kiểm toán, mã hóa và tăng cường an ninh
08
Lương, tài chính, hậu cần và các giao diện khác bên thứ ba
09
Name
10
Nâng cấp từ mã nguồn mở đến sản phẩm thương mại đặc trưng cho khách hàng
Tiếp tục đánh giá trong bối cảnh của dự án hiện tại
Giới hạn dịch vụ, ngân sách và phương thức thực hiện cho các giai đoạn khác nhau của dự án không giống nhau và có thể được đánh giá thêm với những điều sau đây.
Các sửa đổi hệ thốngCải tạo và hiện đại hóa hệ thống cũSo sánh hệ thống hiện có với việc tiếp tục cải tạo, thay thế dần và các tuyến phục hồi mã nguồn mởTrình nền AISự phát triển khác biệt lần thứ hai và sự hoang mang riêngXem bổ sung khác biệt, đặc quyền, giao diện, nâng cấp và giới hạn hoạt độngCông trình xây dựng độc quyềnEnterprise AI Custom DevelopmentXây dựng công ty đặc trưng cho ứng dụng và hệ thống AI khi không đủ khả năng mở chungHướng dẫn chọnHệ thống kinh doanh tùy biến và cách chọn giữa kiểm soát mã nguồn mởSo sánh giữa việc tương ứng với doanh nghiệp, bằng lái, cấu trúc, tổng chi phí, nâng cấp bảo trì và nhận và kiểm tra biên giớiHướng dẫn sản xuất ngân sáchChi phí phát triển hệ thống mã nguồn mở và việc giảm cânTổng số lần nhập bị hủy bỏ theo kiểu lựa chọn, bằng lái, thích nghi, định vị, bảo mật, nâng cấp và bảo trìChọn lộ trìnhTùy chỉnh từ số không hay dựa trên mã nguồn mởSo sánh bằng lái, tính hợp lý, nâng cấp chi phí, kiểm soát nguồn và trách nhiệm bảo trì lâu dàiCông suất tùy chỉnhPhát triển phần mềm kinh doanhĐánh giá môđun tái xây dựng hoặc xây dựng lại hệ thống sở hữu khi cơ sở mã nguồn mở không bao gồm các tiến trình lõi
Dự án có thể chuyển đổi
Giới hạn giao hàng cuối cùng được xác định theo phạm vi dịch vụ, giai đoạn xây dựng và các phương thức của sự hợp tác, và được miêu tả dưới đây là kết quả chung.
DELIVERABLEMở mã nguồn, giấy phép và báo cáo đánh giá rủi ro kỹ thuật
DELIVERABLEHệ thống tự thay đổi và sản xuất mã nguồn mở
DELIVERABLEMã nguồn khách sở hữu, danh sách vật liệu phần mềm và phiên bản thương hiệu
DELIVERABLETriển khai môi trường, thông tin di trú và dịch vụ giao diện
DELIVERABLEKiểm tra trở lại, kiểm tra an ninh, giao thông và nâng cấp tài liệu
Ngân sách dự án được đánh giá như thế nào
Phạm vi dịch vụ và đóng cửa kinh doanh cần thiết cho giai đoạn đầu tiên: tùy chỉnh hệ thống doanh nghiệp so với đường đi mã nguồn mở, chọn hệ thống mã nguồn mở, kiến trúc và đánh giá rủi ro
Mức độ toàn vẹn của các mã, dữ liệu, hệ thống, thiết bị và tài liệu đã có, và phạm vi của việc kiểm tra, chuyển đổi hoặc tái tạo
Số giao diện bên thứ ba, trách nhiệm phối hợp, chất lượng dữ liệu, bồi thường bất thường và hợp tác nhà cung cấp bên ngoài
Các yêu cầu phi chức năng như hiệu suất, tiện dụng, an ninh, quyền hạn, kiểm toán, tuân thủ và truy cập cửa sổ
Giao hàng sâu và trách nhiệm lâu dài: triển khai môi trường, di cư dữ liệu và dịch vụ giao diện, thử nghiệm hồi quy, kiểm tra an ninh, vận chuyển và nâng cấp tập tin, và bảo đảm chất lượng, phạm vi liên tục gìn giữ hòa bình
Những hoàn cảnh này không đề nghị sự bắt đầu ngay lập tức của sự phát triển toàn diện.
Giấy phép của ứng cử viên cho phép tương thích với mô hình kinh doanh
Kế hoạch thay đổi chiều sâu mã lõi mà không sắp xếp cho nâng cấp và bảo trì sau này
Không có quyền sử dụng, sửa đổi hoặc phân phối hệ thống một cách hợp pháp
Tình huống của anh có liên quan.
Hệ thống ứng cử viên mã nguồn mở có đáng tiếp tục thay đổi không?
Địa chỉ dự án, phát hành, khác biệt doanh nghiệp và yêu cầu triển khai, và chúng tôi kiểm tra quyền truy cập, chất lượng mã, nâng cấp ảnh hưởng và chi phí bảo trì lâu dài.
IMPLEMENTATION PLAYBOOK
Hệ thống tự tuỳ biến và cách thức hoạt động của nguồn mở từ yêu cầu đến chấp nhận kết quả
Những phương pháp sau được dùng để giải thích phương pháp thực hiện, tính toán dữ liệu và giới hạn trách nhiệm, và không được dùng như một ủy nhiệm để phán xét dự án theo các danh sách chức năng.
Trước tiên, chúng ta ghi lại tình trạng thật trước khi sửa đổi.
Khi dự án được khởi động, hãy chọn một liên kết thương mại cần cải thiện nhất, phỏng vấn người dùng thật sự và lấy mẫu thử gần đây.
Đường cơ bản cũng nên chỉ ra phạm vi của các số liệu thống kê và loại bỏ. ví dụ, xử lý thời gian bắt đầu với sự sẵn sàng của thông tin hoặc với sự phục tùng đầu tiên của khách hàng, ngoại lệ không bao gồm giao diện bên thứ ba, và sửa đổi bằng tay là việc đọc lại hoặc xử lý lại một số ít.
Kiểm tra các giả định phím với phạm vi tối thiểu có thể dùng
Giai đoạn đầu không tìm cách bao gồm mọi lĩnh vực, nhưng thay vì tạo ra một vòng lặp khép kín quanh “cho phép chọn lọc nguồn gốc, kiến trúc và giấy phép đánh giá rủi ro có thể vận hành theo cách thật: xác định rõ ràng các quy tắc đầu vào, hành động hệ thống, các vai trò có trách nhiệm, các hoạt động bất thường và kết quả cuối cùng.
Đánh giá cần tương ứng với mỗi cảnh kinh doanh, vai trò người dùng và mẫu chấp nhận. Những vấn đề không cung cấp dữ liệu, giao diện hoặc người ra quyết định nên được bao gồm như là một giai đoạn trước hoặc sau đó, và không nên được bao gồm lặng lẽ trong một đề nghị cố định tầm.
Làm cho quá trình này một kết quả có thể đảo ngược và có thể đảo ngược
Một con đường điển hình là đòi hỏi và dự án mã nguồn mở, tuân thủ và công nhận kiến trúc, thiết kế dựa trên sản phẩm, phát triển và di cư thứ hai. mỗi giai đoạn nên có kết quả thấy được như lưu trữ, nguyên mẫu, kết nối giao diện, kiểm tra bản ghi, triển khai hướng dẫn hoặc biểu diễn đang chạy.
Chương trình biểu diễn sân khấu không “có vẻ thích hợp để làm việc ở vùng này, nhưng nên dùng một mẫu đại diện để bao gồm các tiến trình thông thường, các trường thất lạc, yêu cầu lặp đi lặp lại, quyền hạn không đủ, thời gian tràn ngập và dữ liệu bất thường từ các dịch vụ bên ngoài, và để xác định những vấn đề chỉ xảy ra trong môi trường sản xuất lúc đầu.
Chấp nhận và chấp nhận thông thường bằng cách giao hàng, bằng chứng và chỉ thị
Dự án nên kiểm tra ít nhất là chọn mã nguồn mở, giấy phép và công nghệ đánh giá rủi ro, hệ thống doanh nghiệp tùy chỉnh và chương trình quản lý mã nguồn mở, mã nguồn khách hàng, danh sách nguồn sở hữu phần mềm và phiên bản thương hiệu, và xác nhận nguồn gốc hoặc cấu hình bộ quản lý tài khoản, xây dựng dự án, hỗ trợ dữ liệu, thất bại, trách nhiệm bảo trì chức năng và bảo trì sau đó. Ngoài việc chấp nhận chức năng, quyền truy cập, quyền truy cập, hiệu suất, bản ghi, tính năng đăng nhập và huấn luyện quan trọng để đảm bảo rằng các nhóm khách hàng có thể sử dụng và hiểu các giới hạn hệ thống một cách độc lập độc lập.
Một chuỗi dài 800 hàng mỗi tháng, trung bình 18 phút mỗi đơn vị, và tốc độ trả về 12 phần trăm chỉ là một ví dụ, không phải hiệu suất của khách hàng. một dòng nên được theo dõi bởi 4 đến 8 tuần liên tục quan sát tại cùng một khối, trước khi đánh giá liệu có đạt được một chu kỳ xây dựng ngắn hơn, kiểm soát chi phí nghiên cứu và phát triển từ 0 và tạo ra một phiên bản độc đáo có thể được giao.
Từ khoá và mô tả nội dung
Trang này được cấu trúc quanh các vấn đề dịch vụ thực sự như hệ thống kinh doanh tùy chỉnh và tổ chức hệ thống kinh doanh tùy chỉnh, tùy biến hệ thống mã nguồn mở, và thương mại hóa hệ thống mã nguồn mở. Các từ khóa được dùng để giúp đỡ người dùng và hệ thống tìm kiếm xác định chủ đề mà không cần phải cam kết để sửa chữa hiệu ứng; phạm vi cuối cùng, chu kỳ, ngân sách và chỉ thị dựa trên dự án chẩn đoán, hợp đồng và đường cơ sở chấp nhận.
DELIVERY PATH
Đính kèm và giao hàng
Mỗi giai đoạn có những mục tiêu rõ ràng, vai trò tham gia và kết quả có thể đánh giá được, và những quyết định quan trọng không bị bỏ lại cho đến cuối dự án.
01Cần và dự án nguồn mở phân tích
02Xác nhận tính tương hỗ và cấu trúc
03Thiết kế sản phẩm
04Sự phát triển và di cư của tiểu học
05Thử ra
06Bảo trì nâng cấp
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.
Có hệ thống mã nguồn mở nào trực tiếp quảng cáo không?+
Giấy phép, tùy thuộc vào thành phần, nhãn hiệu và sự phân phối cần được kiểm tra và giới hạn tuân thủ trong bối cảnh của mô hình kinh doanh; khi cần, cần phải được kiểm tra bởi luật sư chuyên môn.
Chúng ta có thể theo dõi phiên bản cộng đồng của sự phát triển sau lần thứ hai không?+
Chi phí nâng cấp có thể được giảm qua các chiến lược chi nhánh, thiết kế phần mở rộng, kiểm tra tự động và tăng tuần hoàn, nhưng càng sâu sắc các thay đổi, công việc nâng cấp và thích nghi sau đó càng quan trọng.
Chỉ có thể triển khai và bảo trì lâu dài thôi sao?+
Dịch vụ có thể bao gồm việc triển khai, quản lý rắc rối, nâng cấp an ninh, phục hồi dự phòng, bảo trì phiên bản và tái tạo chức năng, với các phạm vi được xác định rõ bởi hệ thống quan trọ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
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 đủCustom AI Phát triển, ứng dụng AI tùy chỉnh và xây dựng các phiên bản AISự lựa chọn của Enterprise AI và mua công cụ AI phổ biến là gì?
Các nhiệm vụ được chuẩn bị, rủi ro thấp không cần phải kết nối với hệ thống nội bộ nên ưu tiên các công cụ trưởng thành; khi nói đến kiến thức kinh doanh, quy tắc phức tạp, các đặc quyền hiệu quả, hành động đa hệ thống, phân biệt kinh nghiệm khách hàng hoặc tài sản dữ liệu lâu dài, nó thích hợp hơn để tùy chỉnh phát triển. một tuyến đường lai của “các mô hình thành thục hoặc sản phẩm dưới cùng là sự kết hợp hệ thống+ cũng có thể được sử dụng. tập trung vào tổng số các tính toán, khả năng kiểm soát và giá trị kinh doanh hơn ba năm, thay vì tùy chỉnh hoặc những âm thanh cao hơn.
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 đủChuẩn bị cho phát triển thứ hai dựa trên hệ thống mã nguồn mở?
Mô tả về hệ thống mã nguồn mở ứng viên, sự khác biệt hoạt động và yêu cầu triển khai, với đánh giá độ rõ ràng, mã, phạm vi thích nghi và bảo trì lâu dài.
Liên lạc đầu tiên không phải là gửi mật khẩu hay thông tin nhạy cảm.