Quy trình phê duyệt phần mềm trong các tổ chức lớn

Nhiều tổ chức lớn hơn có các bộ phận CNTT khóa máy tính để bàn thành một cấu hình tiêu chuẩn hoặc SOE. Người dùng cuối thường không có quyền cài đặt phần mềm của riêng họ và ngay cả khi họ đã làm như vậy, các tổ chức có xu hướng chỉ cho phép cài đặt phần mềm "được phê duyệt".

Ngay cả đối với phần mềm miễn phí / nguồn mở, người dùng cuối thường phải gửi một số loại yêu cầu để phần mềm được xác minh và phê duyệt. Khi quy trình đã được thực hiện và phần mềm được cài đặt, việc nâng cấp có thể gây rắc rối - nhiều tổ chức có xu hướng gắn bó với các phiên bản phần mềm cũ hơn (Windows XP, Office 2003, v.v.) vì sợ vấn đề không xác định.

Các nhà phát triển phần mềm có thể làm gì để tăng tốc quá trình phê duyệt?

Nếu bạn tham gia vào quá trình phê duyệt như vậy:

1. Bạn tìm kiếm gì khi đánh giá phần mềm? Ví dụ:
   • Bạn thích phần mềm có khả năng của MSI hay xcopy?
   • Nếu phần mềm yêu cầu các khung công tác (Java, .NET) thì điều đó ít nhiều có khả năng gặp vấn đề?
2. Nếu phần mềm hỗ trợ cập nhật tự động, bạn có thường cho phép điều này không?
3. Nó thường mất bao lâu?
4. Bạn thích loại mô hình cấp phép nào (có thể chuyển nhượng, mỗi chỗ ngồi, mỗi CPU, toàn bộ trang web)?
5. ISV có thể làm gì khác để cải thiện cơ hội được phê duyệt phần mềm của họ?

Tôi là một phần của Nhóm phê duyệt phần mềm cho một công ty đa quốc gia và tôi hoàn toàn sẽ lặp lại mọi thứ mà Adam nói ở trên.

Tôi cũng sẽ đưa ra những điểm sau, trước tiên là luôn trả tất cả "thuế phát triển" của bạn. Điều này có nghĩa là đảm bảo rằng ứng dụng của bạn hoạt động chính xác trong nhiều môi trường mà bạn chưa từng sử dụng, nhưng rất có thể sẽ là công cụ giải quyết cho các công ty lớn, đây là những điều như đảm bảo rằng ứng dụng của bạn hoạt động tốt với hồ sơ người dùng chuyển vùng và thư mục người dùng được chuyển hướng (luôn sử dụng API Windows để tìm thư mục người dùng và hồ sơ, đừng bao giờ cho rằng họ đang ở vị trí tiêu chuẩn hoặc thậm chí trên ổ đĩa cục bộ), đảm bảo rằng nó chơi tốt trên máy chủ Remote Desktop (nơi có thể có 100 bản sao ứng dụng của bạn chạy cùng một lúc, một số sử dụng kết nối rất chậm), trên máy tính xách tay có kết nối mạng chậm hoặc pin yếu, v.v. Một ví dụ gần đây chúng tôi đã từ chối các phiên bản mới của hơn một phần mềm từ một công ty rất lớn (bắt đầu bằng "A" và nổi tiếng về đồ họa) vì các ứng dụng của họ đột nhiên không '

Ngay cả đối với phần mềm miễn phí / nguồn mở, người dùng cuối thường phải gửi một số loại yêu cầu để phần mềm được xác minh và phê duyệt.

Theo nhận xét của bạn, có vẻ như bạn nghĩ rằng quy trình phê duyệt có liên quan gì đến chi phí? Từ quan điểm của chúng tôi, chi phí cho mỗi đơn vị của một ứng dụng không phải là điều chúng tôi sẽ xem xét trong quá trình phê duyệt. Các biện minh tài chính cho các ứng dụng sẽ được thực hiện, phê duyệt phần mềm được thực hiện từ góc độ khả năng kỹ thuật và hỗ trợ. Phần mềm nguồn mở và miễn phí thường gặp nhiều rắc rối hơn trong quá trình xử lý của chúng tôi so với một ứng dụng thương mại độc quyền. Thường thì điều này chỉ đơn giản là thiếu trách nhiệm. Bạn sẽ tìm đến ai khi gặp sự cố với ứng dụng và bạn cần hỗ trợ, SLA của họ là gì? Bạn hỏi ai khi bạn cần tìm hiểu xem ứng dụng sẽ hoạt động với phiên bản OtherApp vX mới, họ có thực sự cho bạn câu trả lời thực sự mà mọi người đang thực sự hướng tới hay đây là một điều mơ hồ "

Khi quy trình đã được thực hiện và phần mềm được cài đặt, việc nâng cấp có thể gây rắc rối - nhiều tổ chức có xu hướng gắn bó với các phiên bản phần mềm cũ hơn (Windows XP, Office 2003, v.v.) vì sợ vấn đề không xác định.

Nâng cấp phần mềm phải trải qua quá trình tương tự như các phần mềm hoàn toàn mới làm. Ưu điểm duy nhất họ có là chúng tôi đã biết câu trả lời cho một số câu hỏi vì chúng tôi đã hỗ trợ phần mềm (điều này có thể không tích cực cho phần mềm, các nhóm hỗ trợ đã phủ quyết nâng cấp dựa trên kinh nghiệm với công ty).

Bạn thích phần mềm có khả năng của MSI hay xcopy?

Một trong những phương thức triển khai đó có thể tốt, miễn là chúng được đóng gói đúng cách. Nếu không, chúng tôi hoàn toàn có khả năng trích xuất trình cài đặt của bạn và đóng gói lại phần mềm để tự triển khai.

• Dù bạn sử dụng trình cài đặt nào, bạn phải đảm bảo rằng bạn tôn trọng tất cả các chế độ cài đặt im lặng, không giám sát của nó. Nếu ứng dụng của bạn yêu cầu cài đặt thủ công, đó là một công cụ giải quyết tức thì, đơn giản là không có cách nào thực tế để thực hiện điều đó trên các máy trên 5 lục địa có được tất cả sự hỗ trợ phi phần cứng từ văn phòng trung tâm.
• Đưa ra lựa chọn Tôi thích cài đặt MSI hoàn thành tốt hơn cài đặt xcopy được thực hiện tốt. Vấn đề với hầu hết các phần mềm có khả năng Xcopy là khi họ cố gắng thiết lập và tự đăng ký ngay từ lần chạy đầu tiên. Tôi rất hiếm khi tìm thấy một ứng dụng thực hiện đúng cách và không gây ra sự cố trong môi trường người dùng / hotdesk chuyển vùng. Trình cài đặt MSI (nếu bạn tuân thủ API tiêu chuẩn) sẽ không thể đi quá xa.
• Đảm bảo rằng cài đặt im lặng của bạn cung cấp khả năng thực hiện tất cả các thay đổi cấu hình có thể được thực hiện trong cài đặt thủ công. Nếu bạn đang sử dụng MSI và bám sát API thì điều này tốt, chúng tôi có thể thực hiện chuyển đổi MST và thực hiện tất cả điều này không có vấn đề gì. Nếu bạn đang sử dụng trình cài đặt bên thứ ba khác, thì hãy đảm bảo rằng nó cho phép một cái gì đó như tệp "trả lời" hoặc tệp INI hoặc tương tự. Kiểm tra cài đặt im lặng và đảm bảo tất cả các tùy chọn đều hoạt động, tôi đã bắt gặp các sản phẩm vui vẻ thông báo các tùy chọn cài đặt im lặng của chúng, nhưng chúng chưa bao giờ thực sự được kiểm tra nếu tất cả các tùy chọn hoạt động.
• Tốt nhất là cung cấp cho chúng tôi các tùy chọn bổ sung trong cài đặt im lặng cho phép chúng tôi đặt nhiều cài đặt mà người dùng thường thay đổi trong bảng Tùy chọn. Điều này có thể bằng các công tắc trên setup.exe, có thể bằng cách có tệp INI được ghi lại cho các cài đặt, bằng cách ghi lại các thay đổi đăng ký cần thiết hoặc tất cả các mục trên. Tuy nhiên, chúng tôi muốn đảm bảo rằng người dùng của chúng tôi có thể khởi động và chạy với phần mềm mà không phải tự thực hiện bất kỳ cấu hình nào, những vị trí quan trọng ở đây là vị trí mặc định cho tệp, tên máy chủ mặc định, cài đặt proxy (nếu ứng dụng của bạn chạy qua mạng), v.v.

Nếu phần mềm yêu cầu các khung công tác (Java, .NET) thì điều đó ít nhiều có khả năng gặp vấn đề?

Nó chắc chắn có vấn đề hơn. Phiên bản trong hầu hết các khung và khả năng tương thích ngược / xuôi là rất tệ. Với Java nói riêng, nhiều ứng dụng (và trang web) yêu cầu một phiên bản Java chính và phụ cụ thể được cài đặt và sẽ không hoạt động với bất kỳ thứ gì khác. Nếu bạn cần đặt ba ứng dụng khác nhau trên một máy mà tất cả đều cần các phiên bản Java khác nhau và chúng không hài lòng với các cách tiêu chuẩn để che giấu một phiên bản Java như một phiên bản khác, thì sẽ có vấn đề. .Net có vấn đề riêng với việc tạo phiên bản, nhưng sẽ vui vẻ cho phép bạn cài đặt tất cả các phiên bản chính của khung công tác cùng lúc với rất nhiều trong số này.

Nếu phần mềm hỗ trợ cập nhật tự động, bạn có thường cho phép điều này không?

Không bao giờ. Có quá nhiều vấn đề đau đầu về phiên bản và khả năng tương tác để cho phép một ứng dụng tự cập nhật mà không có bất kỳ cảnh báo nào. Nâng cấp ứng dụng sẽ thử nghiệm và lập kế hoạch. Ngoài ra, người dùng có quyền người dùng bình thường không thể áp dụng các bản cập nhật. Nếu bạn sử dụng phương thức triển khai cho phép vá (ví dụ: sử dụng MSIs với bản vá MSP) thì điều này có thể khiến những việc như vá bảo mật cho các ứng dụng bớt đau đầu và chúng tôi có thể tự quản lý việc tự cập nhật bằng các công cụ triển khai của mình (WSUS và SMS ). Ngoài ra, nhóm bảo mật của chúng tôi rất nghi ngờ về bất kỳ ứng dụng nào "nói lại căn cứ", họ muốn biết chính xác thông tin mà nó gửi và chính xác lý do tại sao nó cần gửi bất cứ thứ gì đến một máy chủ không xác định qua internet.

Nó thường mất bao lâu?

Một số ứng dụng đơn giản và nâng cấp phiên bản có thể được quyết định miễn là phải mất 6 người để nhấp vào nút biểu quyết "Phê duyệt" trong Outlook. Những người phức tạp hơn hoặc gây tranh cãi có thể chờ đợi cuộc họp nhóm của chúng tôi hai tuần một lần. Một số ứng dụng có thể được nói đến tại nhiều hơn một trong các cuộc họp này khi các nhóm đặt câu hỏi về một ứng dụng và nghiên cứu / thử nghiệm.

Bạn thích loại mô hình cấp phép nào (có thể chuyển nhượng, mỗi chỗ ngồi, mỗi CPU, toàn bộ trang web)?

Hoàn toàn phụ thuộc vào cách ứng dụng sẽ được sử dụng và bao nhiêu người. Điều quan trọng nhất là giấy phép của bạn được xác định rõ ràng. Chúng tôi phải gửi người của chúng tôi về các khóa học (mặc dù miễn phí) để hiểu về cấp phép của Microsoft. Chúng tôi sẽ không bận tâm làm điều đó cho ISV.

Xem xét nhu cầu cài đặt tự động, im lặng của chúng tôi khi cấp phép. Nếu giấy phép của bạn cần kích hoạt, chúng tôi không muốn gọi / gửi email cho bạn mỗi khi chúng tôi cài đặt lại ứng dụng trên PC. Nếu mỗi bản sao của ứng dụng cần một mã cấp phép riêng biệt, được nhập khác nhau, thì chúng tôi không thể triển khai tự động, trong khi đó nếu chúng tôi có thể mua một số lượng lớn (2, 10, 50, 500, v.v.) Cài đặt im lặng, sau đó chúng tôi hạnh phúc. Sẽ tốt hơn nữa nếu chúng tôi có thể quay lại với bạn một năm sau đó và đàm phán để mở rộng số lượng giấy phép của chúng tôi mà không phải thay đổi khóa được nhập vào phần mềm.

ISV có thể làm gì khác để cải thiện cơ hội được phê duyệt phần mềm của họ?

Chúng tôi cũng sẽ xem xét những thứ không liên quan chặt chẽ đến cách ứng dụng của bạn hiện tại. Hãy nhớ rằng nếu ứng dụng của bạn trở thành một phần của quy trình làm việc tiêu chuẩn cho một trong các lĩnh vực của chúng tôi thì ứng dụng đó có thể được sử dụng trong 10 năm trở lên, vậy lộ trình sản phẩm của bạn trông như thế nào? Nếu bạn chưa hỗ trợ phiên bản hoàn toàn mới hoặc mới nhất của Windows, bạn có kế hoạch khi nào bạn muốn không? Có vẻ như bạn dính vào những lộ trình này? Có vẻ như bạn có bất kỳ kế hoạch nào cho những thay đổi mạnh mẽ đối với ứng dụng của mình, theo cách nó hoạt động hoặc các công nghệ / khung mà nó sử dụng? Ứng dụng của bạn có cắm vào bất kỳ ứng dụng nào khác không, ví dụ như MS Office hoặc IE, nếu vậy thì nó có thể chịu đựng được các phiên bản cũ hơn hoặc mới hơn như thế nào?

Chúng tôi là một tổ chức nhỏ, nhưng đã chuyển sang máy tính để bàn tiêu chuẩn và phần mềm được phê duyệt để giảm bớt rắc rối quản trị viên của chúng tôi.

Bạn thích phần mềm có khả năng của MSI hay xcopy?

Bất cứ điều gì có thể thực hiện cài đặt "im lặng". MSI thường hoạt động tốt ở đây, nhưng rất nhiều phần mềm cài đặt cũng tốt. Nếu chúng ta phải cấu hình nó theo một cách nào đó thì thật tốt để có thể tạo kịch bản đó, bằng các tệp xcopy-ing hoặc hợp nhất sổ đăng ký.

Nếu phần mềm yêu cầu các khung công tác (Java, .NET) thì điều đó ít nhiều có khả năng gặp vấn đề?

Nó có thể có vấn đề vì các yêu cầu phiên bản khác nhau. Nếu bạn cần .NET 3.5 và chúng tôi đang sử dụng 3.0 thì chúng tôi phải quản lý nâng cấp đó và đảm bảo nó không phá vỡ bất cứ thứ gì khác.

Nếu phần mềm hỗ trợ cập nhật tự động, bạn có thường cho phép điều này không?

Không có quá nhiều rủi ro của phiên bản mới gây ra vấn đề. Ngoài ra, người dùng không có quyền Quản trị viên nên các bản cập nhật thường không hoạt động.

Nó thường mất bao lâu?

Nếu có nhu cầu kinh doanh cấp bách, càng nhanh càng tốt - chỉ trong vài giờ. Đối với phần mềm khó xử hơn, có thể một tuần hoặc hơn.

Bạn thích loại mô hình cấp phép nào (có thể chuyển nhượng, mỗi chỗ ngồi, mỗi CPU, toàn bộ trang web)?

Càng rẻ càng tốt! Chúng tôi có thể đối phó với hầu hết các tùy chọn hợp lý, nhưng sẽ khó khăn nếu phần mềm thực hiện bất kỳ loại kiểm tra tự động nào hoặc yêu cầu kích hoạt. Chúng không có xu hướng đối phó tốt với các PC chết, kích hoạt thất bại, v.v., và nói chung là làm thêm cho chúng tôi.

ISV có thể làm gì khác để cải thiện cơ hội được phê duyệt phần mềm của họ?

Hai điều mùa xuân đến trong tâm trí:

• Xem xét sự khác biệt giữa máy (Tệp chương trình hoặc HKLM) và hồ sơ người dùng (hoặc HKCU) khi lưu trữ cài đặt. Nếu bạn làm điều này đúng thì tôi sẽ không phải xin lỗi về nó.
• Cài đặt tài liệu, cài đặt và chi tiết cấp phép rõ ràng trên trang web của bạn hoặc trong tài liệu phần mềm của bạn. Làm theo "hướng dẫn triển khai" dễ dàng hơn nhiều so với tự mình thử và tìm ra nó.

Và tất nhiên bạn phải làm cho phần mềm trở nên đáng sử dụng ngay từ đầu - nếu người dùng thực sự yêu thích nó, họ sẽ hét to hơn để được phê duyệt!

Điều đầu tiên tôi thường nhìn vào là - bạn đã có những điều cơ bản phải không? Nếu bạn không thể làm điều đó, thì tôi sẽ vô cùng miễn cưỡng đi xa hơn. Vì vậy, tôi muốn xem trình cài đặt MSI với công cụ tùy chỉnh tiêu chuẩn để cho phép tôi xây dựng một biến đổi. Tôi không muốn thấy bất kỳ yêu cầu nào đối với quyền quản trị để cài đặt hoặc sử dụng phần mềm. Tôi không muốn thấy bất kỳ yêu cầu nào để cấu hình lại PC. Tôi không muốn xem dữ liệu trên mỗi người dùng được ghi vào các vị trí trên mỗi máy tính. Tôi không muốn xem các lượt truy cập thủ công vào máy tính để bàn, tôi muốn xem cấu hình và quản lý từ xa thích hợp có sẵn thông qua GPO. Nói cách khác, bạn có hiểu các yêu cầu của việc triển khai công ty được quản lý không?

Nếu phần mềm yêu cầu bất kỳ loại cập nhật nào, tốt hơn là giống với tệp định nghĩa AV hoặc tương tự, tốt hơn là có thể duy trì máy chủ cập nhật trung tâm của riêng bạn nếu bạn muốn, và tốt hơn là có thể cấu hình trung tâm đầy đủ và rõ ràng. Tôi không bận tâm đến phần mềm đi kèm với các bản cập nhật chương trình miễn là tôi có thể tắt chúng đi.

Tôi không muốn thấy bất kỳ giao tiếp internet nào từ phần mềm ngoài điều đó là hoàn toàn bắt buộc để nó hoạt động. Và tốt hơn là tất cả tài liệu. Bằng cách để phần mềm của bạn vào mạng của tôi, tôi đặt niềm tin vào bạn để không làm hỏng cũng không phải là xấu xa, vì vậy tôi hy vọng rằng bạn sẽ không phản bội lòng tin đó. Nếu bạn làm, tôi sẽ rất thất vọng. Hãy nhớ rằng - bạn là một vị khách trong nhà tôi, vì vậy hãy đối xử với nhà tôi một cách tôn trọng.

KHÔNG JAVA . Theo kinh nghiệm của tôi, Java đã gây ra sự tàn phá hoàn toàn khi nói đến việc triển khai, mỗi lần, chủ yếu là do nhận được tất cả các lỗi trên. Tôi rất vui khi chấp nhận .NET vì ít nhất nó dường như được thiết kế hợp lý hơn từ góc độ quản lý trung tâm (cộng với một ứng dụng .NET có cơ hội tốt hơn để có được những điều cơ bản do các ràng buộc trong khung).

Để cấp phép, điều đầu tiên tôi sẽ tìm kiếm là phiên bản dùng thử miễn phí mà tôi có thể tải xuống mà không phải đăng ký. Nếu tôi không thấy điều này có lẽ tôi sẽ nghi ngờ rằng bạn có điều gì đó để che giấu. Tôi ổn với thời gian giới hạn, nhưng tôi không thích chức năng bị giảm; Rốt cuộc, đây là giai đoạn tôi quyết định xem phần mềm của bạn có phải là một vị khách chấp nhận được trong nhà tôi không, vì vậy tôi muốn có thể nhìn thấy mọi thứ.

Tôi muốn một khóa giấy phép duy nhất cho toàn bộ trang web của tôi. Việc phải nhập khóa cấp phép riêng biệt trên mỗi PC sẽ phá vỡ quy tắc "phải có quản trị viên / quản lý trung tâm". Giá cả của bạn cũng hợp lý, vì vậy nếu tôi chỉ cần cài đặt phần mềm của bạn trên 200 PC, tôi sẽ không trả tiền giống như khi tôi cần cài đặt phần mềm trên 1500.

Cuối cùng, hỗ trợ và bảo trì liên tục là rất quan trọng. Rốt cuộc, việc đưa phần mềm vào và không đau đớn chỉ là một việc nhỏ, nhưng cách nó hoạt động theo thời gian trong việc sử dụng hàng ngày là hết sức quan trọng. Nếu tôi cần liên lạc với bạn để giải quyết vấn đề, tôi không mong đợi bất kỳ trở ngại nào và tôi không mong bạn bắt đầu đổ lỗi cho nơi khác mà không cần điều tra để xác minh sự thật. Tôi cũng không chấp nhận bất kỳ nỗ lực rõ ràng nào để xé toạc tôi trong hợp đồng bảo trì.

Câu trả lời của GAThrawn bao gồm hầu hết những gì tôi sẽ nói. Tôi muốn mở rộng một chút về khía cạnh cấp phép của mọi thứ.

• Các ứng dụng cần gọi điện thoại về nhà để làm mẹ để xác minh cấp phép thường bị từ chối. Nếu bạn thực sự bảo vệ phần mềm của mình, hãy cung cấp máy chủ cấp phép mà chúng tôi có thể tự lưu trữ. Đây có thể là một giải pháp của bên thứ 3 như FLEXlm hoặc một cái gì đó bạn phát triển trong nhà. FLEXlm cho đến nay là phổ biến nhất trong môi trường của chúng tôi.

• Tùy chọn cấp phép sử dụng đồng thời luôn là một điểm cộng lớn.

• Nếu bạn bắt chúng tôi lưu trữ một máy chủ cấp phép, hãy đảm bảo rằng cổng tcp / udp mà nó giao tiếp có thể định cấu hình được. KHÔNG ĐÁNH GIÁ máy chủ cấp phép của bạn là máy chủ duy nhất đang chạy trên hộp.

• Tất cả các tương tác giữa máy khách / máy chủ cần được thực hiện mà không có bất kỳ tương tác nào của người dùng cuối.

• Một tệp văn bản sống trên một mạng chia sẻ yêu cầu người dùng cuối phải có quyền truy cập ghi KHÔNG phải là một giải pháp cấp phép được chấp nhận. Người dùng không có và sẽ không bao giờ có quyền truy cập ghi vào máy chủ cấp phép hoặc ứng dụng của chúng tôi. Chúng tôi sẽ không tạo ra ngoại lệ cho bạn. Tôi không quan tâm nếu bạn nghĩ rằng chúng tôi có thể giữ nó bị khóa với hạn ngạch và như vậy. Nó không đáng để gặp rắc rối và phần mềm của bạn không quan trọng.

Tôi sẽ trả lời # 5 trước, vì đó là điều quan trọng nhất đối với tôi.

5. ISV có thể làm gì khác để cải thiện cơ hội được phê duyệt phần mềm của họ?

Điều số một bạn có thể làm là vượt qua kiểm tra logo Windows. Chương trình "Được thiết kế cho Windows" (hoặc bất cứ điều gì họ gọi là ngày nay) kiểm tra một số chức năng chương trình và tương tác hệ thống, nếu được viết theo quy tắc, sẽ giảm công việc cho tôi và đảm bảo mức độ ổn định và khả năng sử dụng cho người dùng.

Dưới đây là câu trả lời cho phần còn lại của câu hỏi của bạn theo thứ tự:

1. Bạn tìm kiếm gì khi đánh giá phần mềm? Ví dụ: Bạn thích phần mềm có khả năng của MSI hoặc xcopy? Nếu phần mềm yêu cầu các khung công tác (Java, .NET) thì điều đó ít nhiều có khả năng gặp vấn đề?
   Luôn sử dụng trình cài đặt MSI trong một tệp duy nhất nếu có thể. Điều này cho phép tôi triển khai thủ công, với Chính sách nhóm hoặc với hầu hết mọi công cụ triển khai phần mềm tôi muốn. Windows Vista (và Server 2008) bao gồm Microsoft .NET Framework 3.0 (và 2.0) là một thành phần của hệ điều hành. Nếu bạn đang sử dụng .NET, hãy tạo phiên bản 2.0 hoặc 3.0 theo yêu cầu của bạn và bạn sẽ làm cho cuộc sống của tôi dễ dàng hơn. Nếu bạn có một yêu cầu khung khác, chẳng hạn như .NET 3.5 hoặc Môi trường chạy thi hành Java, hãy làm theo hướng dẫn của nhà sản xuất để cài đặt thư.
2. Nếu phần mềm hỗ trợ cập nhật tự động, bạn có thường cho phép điều này không?
   Không. Trong môi trường người dùng hạn chế, người dùng không thể phê duyệt các bản cập nhật và tôi gần như không bao giờ muốn cập nhật chương trình ngoài các bản cập nhật bảo mật hệ điều hành để tự động tải xuống. Tắt cập nhật tự động theo mặc định ở chế độ cài đặt UI cơ bản hoặc yên tĩnh, để nếu tôi triển khai qua Chính sách nhóm, tôi không phải theo dõi các tập lệnh sửa đổi sổ đăng ký hoặc truy cập máy trạm để tắt trình cập nhật của bạn. Trong một hướng dẫn, cài đặt tương tác, nó là tốt để nhắc cho việc này.
3. Nó thường mất bao lâu?
   Tôi không có câu trả lời hay trong bao lâu. Ở công việc cuối cùng của tôi, nó rất đa dạng trong phạm vi từ ngay lập tức đến nhiều năm.
4. Bạn thích loại mô hình cấp phép nào (có thể chuyển nhượng, mỗi chỗ ngồi, mỗi CPU, toàn bộ trang web)?
   Cấp giấy phép cần phải dễ dàng và quen thuộc. Việc cấp phép sản phẩm của bạn càng giống với những gì tôi đã biết, tôi càng ít phải tìm hiểu về nó và tôi càng nhanh chóng có thể mua và triển khai sản phẩm của mình. Tùy thuộc vào loại chương trình, tôi có xu hướng thích cấp phép cho mỗi máy hoặc mỗi người dùng; những thứ này dễ theo dõi bằng cách gán chúng cho những người dùng cụ thể. Đối với công việc trước đây của tôi, công ty chúng tôi quá nhỏ so với những gì thường là giấy phép trang web rất đắt tiền phải chăng.

Chức năng của CNTT là triển khai và duy trì công nghệ để hỗ trợ kinh doanh cốt lõi.

Đối với bạn, ISV, có nghĩa là:

• Cung cấp quá trình cài đặt và gỡ cài đặt tự động được kiểm tra tốt
• Tích hợp quy trình cập nhật của bạn với các công cụ quản lý hệ thống, nếu có thể. Nếu bạn có một hoặc hai văn phòng có kết nối Internet / Internet nhanh, autoupdate vẫn ổn. Đối với một nơi như nơi tôi làm việc với hơn một nghìn vị trí ở xa với băng thông từ 56k Frame Relay đến ethernet metro 1GB, chúng tôi cần kiểm soát khi mọi thứ xảy ra.
• Khi các nhóm phát triển nội bộ hoặc một đơn vị kinh doanh gửi phần mềm để phân phối, chúng tôi có thể phân phối phần mềm đó trong 3-5 ngày. Thông thường, thử nghiệm chấp nhận của người dùng mất nhiều thời gian nhất và hoàn toàn phụ thuộc vào quá trình thử nghiệm của nhóm chúng tôi đang xử lý. (Hệ thống 24/7 được sử dụng trong callcenter có quy trình thử nghiệm chính thức. Nâng cấp Dreamweaver là quá trình thử nghiệm tác động rất thấp)
• Nếu phần mềm của bạn không thể đóng gói trong 3-5 ngày, bạn sẽ mất điểm khi chúng tôi đánh giá bạn. Nếu mô hình phân phối của bạn thực sự ngu ngốc và chúng tôi có một lựa chọn, chúng tôi sẽ loại bạn.
• Tài liệu, tài liệu, tài liệu

Cấp giấy phép là một cái gì đó phụ thuộc vào những gì bạn làm. Là một anh chàng IT. Khi bạn chọn một giải pháp phần mềm để mua sắm, mô hình cấp phép cần phải là một phần của quy trình đó. Chúng tôi chi phí quản lý giấy phép vào các khoản mua sắm của chúng tôi, vì vậy nếu bạn là một công ty như Symantec muốn niken và dime chúng tôi với 6 số liệu giấy phép khác nhau, chi phí tuân thủ của chúng tôi sẽ được tính vào bạn. Nếu bạn là một công ty như Microsoft và quy trình cấp phép thái quá của bạn là khủng khiếp, nhưng tôi không có lựa chọn nào khác ... thì đó chỉ là một phần của chi phí kinh doanh.