Làm thế nào để đối phó với các tình huống cuối đời của phần mềm?


14

Khi một nhà cung cấp tuyên bố rằng họ không còn có ý định cung cấp bất kỳ hỗ trợ hay dịch vụ nào cho một phần mềm (và nêu rõ ý định thoát khỏi doanh nghiệp - không cung cấp đường dẫn nâng cấp nào cho khách hàng?

Vui lòng xem xét điều này từ quan điểm của khách hàng . Nhân viên IT của khách hàng có thể sẽ chỉ xem xét các tùy chọn kỹ thuật, nhưng có khả năng các tùy chọn phi kỹ thuật mà khách hàng cũng có thể theo đuổi. Ngoài ra, loại bước hợp lý nào có thể được thực hiện bởi khách hàng trước thời hạn để giảm thiểu gián đoạn, chẳng hạn như trong các điều khoản hợp đồng?

Những điều tôi có thể nghĩ về:

  • Cần mua phần cứng dự phòng và thiết lập một môi trường dự phòng để phần mềm có thể tiếp tục hoạt động.
  • Phương pháp xuất dữ liệu khác nhau mà không cần sự tham gia của nhà cung cấp. (Điều này có thể bao gồm các kỹ thuật tầm thường như kiểm tra dữ liệu được lưu trữ trong phụ trợ cơ sở dữ liệu hàng hóa, đến các kỹ thuật liên quan hơn như quét màn hình, in thành hình ảnh sau đó quét lại, v.v.)
  • Các hệ thống song song trong đó nhân viên sẽ sao chép dữ liệu cũ vào một hệ thống mới theo cách thủ công hoặc bán tự động
  • Phương tiện pháp lý, trong trường hợp nhà cung cấp gặp rắc rối về tài chính (như trong trường hợp ký quỹ mã nguồn )

Còn ý tưởng nào khác không?

  • Giả sử rằng không có "lách luật" liên quan (không DRM, không DMCA), việc phục hồi dữ liệu hoặc kỹ thuật đảo ngược có hợp pháp / được chấp nhận không?

Chỉnh sửa ghi chú:

Nó là sự kết hợp của nhiều giai thoại, nhưng những câu chuyện có thật. Tôi không trực tiếp tham gia vào bất kỳ trong số đó. Đó chỉ đơn giản là mong muốn của tôi để tìm hiểu về cách xử lý tình huống "phần mềm cuối đời" nói chung. Tôi không có ý định làm cho câu chuyện gốc nghe có vẻ quá "khó" để được giải quyết.


Dòng thời gian ở đây là gì? Bạn có phải là khách hàng hoặc xây dựng một sản phẩm trên đầu trang của nhà cung cấp nói trên?

3
Bạn có thể thử mua mã nguồn từ nhà cung cấp sau đó tự hỗ trợ? Đây là một tình huống khá khó khăn.
btilly

2
Làm cho người ta tự hỏi tại sao dữ liệu không được lưu trữ ở một số định dạng mở để bắt đầu với ... nếu nó được lưu trữ dưới dạng văn bản thuần trong db, bạn có thể sao chép nó. Nếu nó được lưu trữ trong xml / văn bản thuần túy, thì bạn có thể sao chép nó. Nếu nó là nhị phân / mã hóa, thì bạn cần phải bẻ khóa nó. Đó là tất cả có thể làm được.
Công việc

3
@Job: đồng ý. Tầm quan trọng của định dạng lưu trữ mở / đơn giản (và khái niệm "khóa nhà cung cấp") đã được công nhận trong hơn một thập kỷ. Các quyết định được đưa ra vài thập kỷ trước sẽ không có lợi ích này của nhận thức muộn màng. Trước đó, những khách hàng giàu có đã đi cùng với các nhà lãnh đạo thị trường bất kể chi phí và những khách hàng ít giàu hơn phải chấp nhận hiện trạng hoặc chấp nhận rủi ro.
rwong

Những loại câu chuyện này là ví dụ điển hình cho lý do tại sao có kế hoạch thoát dữ liệu là tốt. Điều đó có thể được sử dụng các định dạng mở như @rwong gợi ý, nhưng điều đó cũng có nghĩa là có các điều khoản xuất khẩu trong hợp đồng.
smithco

Câu trả lời:


2

Kỹ thuật đảo ngược có thể được chấp nhận trên dữ liệu của riêng bạn. Giả sử bạn có các tệp cơ sở dữ liệu để bắt đầu. Nếu đó là một dịch vụ lưu trữ, bạn có thể tốt hơn chỉ cần trả phí và yêu cầu họ xuất dữ liệu. Imo, họ cực kỳ thô lỗ và thiếu chuyên nghiệp trong việc yêu cầu một khoản phí cho việc đó, nhưng một số người không quan tâm đến những điều như vậy.

Vì bạn biết ứng dụng này là thứ bạn cần, có lẽ nếu nó khả thi, đã đến lúc cho một hệ thống phát triển nội bộ? Bằng cách này, bạn sẽ không kết thúc trong tình huống này một lần nữa.


2

Một chiến lược không có trong danh sách của bạn là đưa vào một nhóm thực tập sinh và cho họ mùa hè để tìm ra nó. Vì nó có thể là một dự án một lần, nên sẽ không có vấn đề gì nếu mã đẹp, nếu mất nhiều giờ hoặc nếu chỉ mất nhiều dữ liệu nhập thủ công.


2
Thực tập sinh: Tương đương với gia công tại địa phương
Earlz

Gia công quốc tế!
Paul Nathan

0

Nếu sản phẩm là thứ bạn không yêu cầu thay đổi, đừng thấy trước yêu cầu thay đổi và chạy trên phần cứng của riêng bạn, luôn có tùy chọn chấp nhận rủi ro để tiếp tục sử dụng.

Nó không lạ mắt, và nó có thể là một nỗi đau, nhưng tùy thuộc vào sản phẩm và nhà cung cấp mà bạn có thể tìm thấy nếu bạn nghĩ về tình huống đó không khác gì khi nhà cung cấp hỗ trợ kỹ thuật.

Một lưu ý: Nếu hệ thống là một cái gì đó tiếp xúc với công chúng thì đây là một cách tiếp cận tồi vì bạn không có cách nào để áp dụng các cập nhật bảo mật.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.