Trước tiên, để đánh giá tính cạnh tranh cốt lõi có đòi hỏi phải tiếp cận hệ thống độc quyền hay không.
Kế toán tài chính, văn phòng cơ bản và quản lý khách hàng thường được trước đó bởi đánh giá các sản phẩm trưởng thành; quy tắc giao dịch phức tạp, quá trình giao dịch công nghiệp, hợp tác đa hệ thống, kết nối thiết bị, hoặc các sản phẩm phần mềm mà sẽ được bán bên ngoài trong tương lai có thể cần thêm khả năng độc quyền. Enterprise có thể sử dụng các tiến trình thực sự để tạo ra ma trận bao gồm trực tiếp, thỏa mãn với cấu hình, phát triển phụ, tái phát triển và không hài lòng.
Nếu sự khác biệt tập trung vào một số lượng nhỏ các sự chấp thuận, báo cáo và giao diện, mở rộng thành thục thường là kinh tế hơn; nếu đối tượng cốt lõi, đặc quyền và quá trình khác nhau với các dự án mã nguồn mở hiện có, sự phân loại sinh đôi có thể đắt hơn sự tùy biến hóa. Trọng tâm không phải là số trang nhất trên sân khấu, mà là vào liệu mô hình kinh doanh chính có phù hợp với cơ sở sản xuất.
- Cho dù quá trình nhân trực tiếp ảnh hưởng đến thu nhập, giao hàng, chi phí hoặc kinh nghiệm khách hàng
- Có phải là mô hình dữ liệu và mô hình cho phép trong các phù hợp cơ sở sẵn sàng
- Cho dù sự khác biệt được đạt được thông qua cấu hình, bổ sung và dịch vụ độc lập
- Liệu công ty có cần phải có mã nguồn và lộ trình sản phẩm hoàn chỉnh trong tương lai
Điều khiển nguồn cho phép phải hoàn tất tiến trình bằng lái và công nghệ
Dự án này là kiểm tra giấy phép của dự án chính, dựa vào thành phần, biểu tượng phông chữ, mô hình và dữ liệu, cũng như nhãn hiệu, chữ ký, thông tin về nguồn, dịch vụ mạng và yêu cầu phân phối lại.
Giao diện kỹ thuật không hoàn tất để chứng minh rằng hệ thống phù hợp với giao dịch thương mại lâu dài.
Hệ thống Enterprise tùy chỉnh ba cấu trúc chung với sự tuân thủ mã nguồn mở
Đầu tiên là một dự án sử dụng các nguồn bổ sung và các điểm mở rộng trong các hệ thống mã nguồn mở thích hợp cho các dự án cơ sở cao và cơ chế ổn định dựa trên cộng đồng; thứ hai là duy trì các nguồn mở, để xây dựng các dịch vụ kinh doanh độc quyền ở các rìa ngoài và đầu trước, để cho phép các thay đổi địa phương được cô lập thông qua các kết nối API; và thứ ba là tái sử dụng các phần của thành phần hoặc chương trình công nghệ, với các hoạt động cốt lõi độc lập và thích hợp để các sản phẩm lâu dài hơn với sự khác biệt lớn hơn.
Dù bằng cách nào, các ranh giới của mã hậu phương, chi nhánh địa phương, các mô- đun riêng biệt doanh nghiệp và cấu hình khách hàng được xác định. Chiến lược cho phiên bản này nên ghi lại mỗi nâng cấp theo dòng, xung đột địa phương, các đắp bảo mật, thay đổi cơ sở dữ liệu và hồi quy.
- ưu tiên phần bổ sung mở và ổn định, sự kiện và phần mở rộng API
- Mã lõi thay đổi để thiết lập danh sách kiểm tra và giảm các đường xâm nhập không cần thiết
- Phiên bản độc lập của khả năng kinh doanh đặc trưng và bảo trì các thử nghiệm tự động
- Tiến trình nâng cấp theo chiều ngược dòng, bảo mật sửa chữa và rút lui dữ liệu
Làm thế nào thương hiệu, đặc quyền, dữ liệu và giao diện bên thứ ba được sản xuất
Phiên bản công nghiệp đặc biệt thường không chỉ là một sự thay thế cho Logo mà còn đòi hỏi sự hòa nhập của tên miền, ngôn ngữ thương mại, kiến trúc thực đơn, tổ chức và mô hình người thuê, quyền lợi, kiểm tra, kế toán an ninh và quá trình khởi đầu khách hàng.
Những khả năng sản xuất này được kết hợp vào khóa học đầu tiên để chuyển từ những dự án mã nguồn mở mở cho đến “các sản phẩm kinh doanh có thể giải phóng được ”.
Giá phải trả không thể so sánh với lời đề nghị phát triển đầu tiên.
Đầu tư từ sự tùy chỉnh số không tập trung vào thiết kế sản phẩm, phát triển cốt lõi và thử nghiệm; đào tạo mã nguồn mở có thể làm giảm khả năng cơ bản xây dựng, nhưng tăng độ thẳng hàng, tính hợp lý, nâng cấp và cấp giấy phép cho các công ty.
Tiến trình khớp, bản quyền, công nghệ PoC và nâng cấp các bài kiểm tra có thể được hoàn thành tại giai đoạn đánh giá ngắn hạn trước khi xác định quy trình sản xuất. Điều này sẽ tránh đánh giá thấp số sửa đổi bằng cách xem một giao diện sẵn sàng và tránh lặp lại khi khả năng trưởng thành có thể được sử dụng lại.
- Giấy phép ăn cơ sở tách biệt từ tờ báo đăng ký cho bên thứ ba
- Phân biệt tùy biến một lần, nâng cấp liên tục và chi phí vận chuyển
- Trích dẫn thông tin khách hàng, giao diện và phụ tùng môi trường
- Đặt các quy tắc để chuyển mã nguồn, dữ liệu và tài khoản vào thời điểm kết thúc dự án
Làm thế nào để tùy chỉnh hệ thống kinh doanh với sự tuân thủ mã nguồn mở
Chấp nhận và kiểm tra nên bao gồm các vòng kinh doanh đóng cửa, cảnh bất thường, sự cô lập về mặt giấy phép, di trú dữ liệu, thất bại giao diện, hiệu suất an ninh và nâng cấp năng lực. Ngoài các danh sách chức năng, mã nguồn và giấy phép, phiên bản thượng lưu, thay đổi dòng, xây dựng, xây dựng, báo cáo triển khai, báo cáo di trú, thông tin di trú, cảnh báo lưu thông tin và hướng dẫn giao thông đã được kiểm tra.
Enterprise nên kiểm soát các nhà kho mã, môi trường sản xuất, tên miền và tài khoản bên thứ ba có thể tái tạo và triển khai từ môi trường sạch. cho các dự án mà sau đó cộng đồng nâng cấp trong một thời gian dài, một phiên bản nhỏ lên dòng có thể được kết hợp như một bài tập giao hàng để xác minh liệu các chiến lược chi nhánh và hồi quy có thực sự hiệu quả hay không.
Bạn chọn chuyển từ đọc kết luận sang dự án đầu vào như thế nào?
Vấn đề có khả năng nhất sau khi đọc các bài báo về phương pháp là sự chấp nhận các nguyên tắc, mà không được dịch sang bước tiếp theo. đề xuất rằng người đứng đầu các hoạt động tổ chức một xưởng nhỏ 60-90 phút, chỉ chọn một quá trình thực tế và không vội vã để thảo luận về toàn bộ nền tảng.
Bước 1: Thiết lập trạng thái và đường mẫu hiện thời
Dữ liệu không có sẵn cho một mức tiết kiệm dễ nhìn, nhưng sau đó chúng được đẩy lại.
Bước 2: Làm sáng tỏ sự đóng cửa và không hoạt động
Giai đoạn đầu tiên là cho phép một chuỗi để chạy và được tái kết nối, thay vì đánh giá hệ thống mã nguồn mở đã chọn, sử dụng thương mại các giấy phép mã nguồn mở, và chi phí của giấy phép mã nguồn mở, và xây dựng tất cả các phiên bản tương tự.
Bước 3: Khớp kết quả kỹ thuật với bằng chứng kỹ thuật
Một mối quan hệ theo dõi giữa những con số cầu, những con số mẫu, kết quả thử nghiệm và phiên bản được xây dựng chung quanh “các hệ thống thương mại tùy chỉnh trong ba cấu trúc chung của sản xuất mã nguồn mở.
Bước 4: Nhận, kiểm tra và đĩa với cùng một hình vuông
Giả sử quá trình ban đầu xử lý 600 việc mỗi tháng, trung bình 20 phút và một mức trả về là 10 phần trăm, thì có thể nói là “sáu tuần trên đường dây, với độ phức tạp tương tự, trung bình giảm 25% theo thời gian và tỷ lệ về sự trở về không cao hơn so với đường cơ bản.
- Vật liệu điều hành: lưu lượng, vai trò, nhiệm vụ mẫu, vấn đề hiện tại và dữ liệu cơ bản
- Vật liệu kỹ thuật: kiểm kê hệ thống, giao diện, truy cập dữ liệu, triển khai môi trường và yêu cầu bảo mật
- Vật liệu dự án: phạm vi thứ nhất, loại bỏ, ma trận trách nhiệm, cột mốc và cơ chế thay đổi
- Nhận và kiểm tra tài liệu: bộ thử nghiệm, hồ sơ thực thi, danh sách thiếu sót, chỉ thị truy vấn và tài liệu chuyển nhượng
Khi cả hai bên hoạt động và kỹ thuật đều xác định được các vật liệu này, phương pháp trong bài báo thực sự được đưa vào dự án. Nếu dữ liệu quan trọng, cho phép giao diện hoặc người có trách nhiệm không ở vị trí, bước tiếp theo thường là một chuẩn đoán hạn chế hoặc PoC, thay vì một sự cam kết tức thời để hoàn thành giai đoạn làm việc và tổng giá.
Phương pháp hoàn thiện để dự án hành động
- Tùy chỉnh hoặc sử dụng các tiến trình và mô hình dữ liệu thực
- Việc thương mại hóa nguồn mở phải được thực hiện bằng cách cấp phép và công nghệ hòa âm.
- Duy trì khả năng nâng cấp thông qua việc mở rộng ranh giới, chiến lược phiên bản và kiểm tra tự động
- So sánh tổng chi phí trong ba năm, hoàn tất biên lai và kiểm tra với khả năng tiếp quản tài sản
Các dịch vụ, chương trình và hướng dẫn đưa ra quyết định
Sự thương mại hóa và phát triển hệ thống mã nguồn thứ hai
Xem lựa chọn, đánh giá bản quyền, triển khai tư nhân, tùy chỉnh thương hiệu, định vị và nâng cấp bảo trì
Xem chi tiếtTự chọnPhát triển phát triển tùy chỉnh hệ thống phần mềm và quản lý của Enterprise
Xác định hệ thống sở hữu được xây dựng khi các tiến trình và mô hình dữ liệu cốt lõi khác nhau đáng kể
Xem chi tiếtSo sánh việc đưa ra quyết địnhTùy chỉnh từ số không hay dựa trên mã nguồn mở
Chọn tuyến đường bằng cách thích hợp, bằng lái, nâng cấp chi phí và kiểm soát mã nguồn
Xem chi tiếtTiếp tục hòa giải các vấn đề chung trong việc đưa ra quyết định dự án
Các hợp đồng cho phép ngoài hệ thống phần mềm được ký như thế nào và các điều khoản nào phải được thỏa thuận?
Hợp đồng cho phần mềm co lại phải ghi rõ phạm vi của yêu cầu, mốc, chi tiêu, chi phí, thay đổi, quyền sở hữu trí tuệ, bảo mật, bảo mật chất lượng và sự kết thúc của việc trao đổi. Danh sách chức năng không chỉ bao gồm tên của mô- đun, mà còn liên quan đến các đòi hỏi của phiên bản, giao diện, dữ liệu và các yêu cầu không chức năng. Trách nhiệm của các bên, sự hợp tác khách hàng và phụ thuộc thứ ba phải được bao gồm trong hợp đồng. Mục tiêu của hợp đồng không phải là đẩy mọi rủi ro sang một bên, mà còn phải cung cấp một cơ sở thực hiện được khi thay đổi.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánAi là chủ sở hữu của phần mềm bản quyền, mã nguồn và quyền sở hữu trí tuệ?
Dự án này nên phân biệt thông tin gốc của khách hàng, kết quả đã tùy chỉnh, thành phần chung của nhà cung cấp, phần mềm mã nguồn mở và giấy phép thương mại bên thứ ba. Khái niệm tương tự không đúng với việc phân phối nguồn, quyền truy cập, quyền thay đổi, giấy đăng ký bản quyền và quyền tái lập pháp.
Xem câu trả lời đầy đủHợp đồng, thanh toán, thay đổi và giao dự ánLàm thế nào để tính chi phí và thời gian của quá trình phát triển bằng cách tăng nhu cầu?
Các yêu cầu bổ sung nên được ghi lại và đặc biệt thay đổi trước khi sản phẩm, thiết kế, phát triển, kiểm tra dữ liệu và tác động. Thời gian mã hóa cho trang mới không thể được tính toán chỉ vì cấu trúc, giao diện và hồi quy có thể thay đổi. Nạp, và sắp xếp lại chi phí được xác nhận bởi cả hai bên trước khi nó có sẵn hoặc sau này.
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 đủCần phân tích thêm trong bối cảnh hiện tại của tập đoàn không?
Chúng tôi cung cấp cho IT lời khuyên kỹ thuật, xây dựng thông tin kinh doanh, dự án phần mềm nhìn ra, thiết kế sản phẩm, phát triển và hệ thống giao hàng.