Home / Hướng dẫn về quyết định / 2 chi phí phát triển hệ thống mã nguồn mở
PROJECT DECISION GUIDE

Chi phí phát triển hệ thống mã nguồn mở và việc giảm cân

Mã nguồn mở giảm chi phí xây dựng từ con số không, nhưng không phải chi phí cho dự án.

Trả lời câu hỏi đi.

Chi phí phát triển hệ thống mã nguồn mở

Dự án hệ thống mã nguồn mở nên ước tính theo giai đoạn dựa trên “sự tranh cử và đánh giá rủi ro, sự thích nghi với phiên bản độc quyền, việc sản xuất và bảo trì tính chất.

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.

Giai đoạn 1

Đánh giá rủi ro và chọn lựa

Xác nhận cơ sở mã nguồn mở có thích hợp cho việc kinh doanh và mô hình kinh doanh không

So sánh các dự án ứng cử viên, giấy phép và sự phụ thuộc vào các nhà phát minh, đánh giá kiến trúc, quá trình quan trọng xác nhận và thích nghi giới hạn

Giai đoạn 2

Phiên bản được hiến dâng của sự phát triển thứ hai

Phát triển các sản phẩm có sẵn đáp ứng các quy trình kinh doanh và yêu cầu thương mại

Các sửa đổi hàm, thương hiệu UI, đặc quyền, giao diện, di cư dữ liệu, tự động triển khai, kiểm tra và tài liệu

Giai đoạn 3

Tạo ra hoạt động và quản lý phiên bản

Bảo đảm hệ thống được an toàn, ổn định và có thể theo kịp tiến hóa theo dòng chảy

Theo dõi sao lưu, nâng cấp bảo mật, chiến lược chi nhánh, phiên bản cộng đồng thống nhất, thử nghiệm hồi quy, phản ứng thất bại và lặp lại tính năng lặp lại

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.

01

Sự thành thục của dự án mã nguồn mở

Các chồng kỹ thuật, tập tin, hoạt động cộng đồng, giải phóng nhịp điệu và sự phụ thuộc vào chất lượng có thể ảnh hưởng đến chi phí tiếp quản, triển khai và duy trì lâu dài.

02

Mô hình kinh doanh và kiểm tra sức khỏe

Biên 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 cần được kiểm tra trước.

03

Sự khác biệt về công việc và mức độ thích nghi

Cấu hình, phần mở rộng bổ sung và sửa đổi chi phí mã lõi và nâng cấp rủi ro hoàn toàn khác nhau và quá trình khớp lõi nên được xác nhận trước tiên.

04

Tôi không chắc là anh có cơ hội để có cơ hội để có cơ hội tốt hơn không.

Ngăn chặn, cấp phép nhân dạng, kiểm tra, sửa chữa lacuna, cách ly mạng, dự phòng và tăng mức độ cung cấp hàng.

05

Name

Giao diện như làm sạch dữ liệu lịch sử, bản đồ trường học, thanh toán tài chính và sự hòa giải di cư thường là công việc chính.

06

Nâng cấp dòng ngược và bảo trì lâu dài

Càng tùy chỉnh, thì càng phức tạp việc thống nhất các phiên bản cộng đồng và các cuộc thử nghiệm hồi quy, thì càng cần phải có nhiều phiên bản đang được tiếp tục của ngân sách quản trị.

Chuẩn bị lời đề nghị trước khi giao tiếp hoặc đánh giá

Ứng dụng các mục và phiên bản mởDùng hiệu ứng và thương mạiDanh sách các tiến trình kinh doanh và sự khác biệt mục tiêuMô- đun lõi cần phải được sửa đổiKích cỡ và chất lượng của dữ liệu lịch sửGiao diện và hệ thống nhận dạng phần baLập lại hệ thống an ninh và yêu cầu sử dụngNâng cấp theo dòng và kế hoạch bảo trì lâu dài

Đường dẫn đã đề nghị thực hiện

Đề nghị nên hoàn thành đánh giá lựa chọn và bản quyền và xác nhận tính hợp lý với các tiến trình kinh doanh lõi. Nếu một số lượng lớn mã lõi cần được sửa đổi theo thời gian, tổng chi phí tùy chỉnh nên được so sánh với số không cùng một lúc, tránh một lần đầu tiên, nâng cấp rẻ mà không kiểm soát được.

DECISION WORKSHEET

Sự khác biệt giữa hệ thống mã nguồn mở và nguồn mở chi phí phát triển phụ vào 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.

Những lời nhận xét tương tự nên có kết luận nào?

Tại một danh sách thương mại và các danh sách thương mại, cùng với một dấu hiệu của khối lượng kinh doanh hiện tại, thời gian xử lý trung bình, các hệ thống chính, dữ liệu truy cập, phụ thuộc vào phần thứ ba và truy cập cửa sổ. phiên bản này được cung cấp cho các nhà cung cấp khác nhau, và mô tả riêng biệt về giả định, bỏ qua, các vấn đề của khách hàng, việc phân phối và chấp nhận chứng cứ cần thiết để tránh so sánh chỉ một giá còn 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ó phí cho hệ thống mã nguồn mở, và tại sao dự án cũng cần phải được yêu cầu chi phí?+

Triển khai, phù hợp, định cư, an toàn, thử nghiệm, huấn luyện và bảo trì đòi hỏi phải nhập vào kỹ thuật, và chi phí lập trình chỉ là một phần của tổng chi phí.

Chúng ta có thể nâng cấp phiên bản cộng đồng sau khi phát triển lần thứ hai không?+

Ưu tiên việc sử dụng bổ sung và các điểm mở rộng, và việc phân nhánh, tự động thử nghiệm và cơ chế củng cố tuần hoàn có thể giảm chi phí cho việc nâng cấp.

Liệu đánh giá bản quyền có tương đương với ý kiến pháp lý không?+

Đội kỹ thuật có thể lấy chứng chỉ và phụ thuộc vào chúng, nhưng mô hình kinh doanh phức tạp nên được cho lời khuyên cuối cùng bởi những chuyên gia pháp lý có khả năng.

DECISION FAQ

Những vấn đề thông thường liên quan đến dự án hiện tại

Kiểm tra tất cả 265 câu hỏ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ình

Là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 đủ
Hợp đồng, thanh toán, thay đổi và giao dự án

Sự bảo đảm chất lượng thường mất bao lâu cho việc phát triển phần mềm và sự bảo đảm chất lượng khác với việc vận chuyển như thế nào?

Từ này không đồng nhất và cũng không được xác định bằng hệ thống quan trọng và hợp đồng hợp đồng. Các đảng cũng xác định thời gian trả lời, mức độ thiếu hụt và dịch vụ sau khi hoàn tất lời đảm bảo chất lượng.

Xem câu trả lời đầy đủ
Tiểu dụng và Bộ hồ sơ hệ thốngName

Chúng ta nên chọn chương trình nhỏ và phát triển tùy thích như thế nào?

Mẫu có giá thấp nhưng có thể bị hạn chế bởi chức năng, xuất khẩu dữ liệu, giao diện và các phí thay đổi nền tảng. Sự lựa chọn nên được trước bởi thao tác thực sự của các tiến trình khóa và việc thẩm tra mã nguồn, máy chủ và quyền dữ liệu.

Xem câu trả lời đầy đủ