Untitled

mail@pastecode.io avatar
unknown
plain_text
a year ago
3.8 kB
17
Indexable
Never
Dự án cải tiến bao gồm việc: thêm các tính năng mới hoặc khả năng mới vào hệ thống hiện tại, cũng như sửa lỗi, thêm báo cáo mới và điều chỉnh chức năng theo quy tắc hoặc nhu cầu kinh doanh mới.
Dự án thay thế thì sẽ thay thế ứng dụng hiện tại bằng hệ thống mới tùy chỉnh, hệ thống thương mại có sẵn (COTS), hoặc sự kết hợp của cả hai. Điều này thường được thực hiện để cải thiện hiệu suất, giảm chi phí hoặc thêm các công nghệ mới vào. Và việc đảm bảo rằng lí do thay thế là hợp lý để thay thế cả hệ thống nó sẽ là một trong những thách thức lớn đối với dự án nàyy.

Slide2:

Cả dự án cải tiến và thay thế đều đối mặt với các thách thức chung, bao gồm: vấn đề hiệu suất, Requirements Document sẽ hạn chế hoặc không có, người dùng quen thuộc với hệ thống hiện tại có thể không thích các thay đổi, nguy cơ vô tình gỡ bỏ chức năng quan trọng của người dùng nào đó, và yêu cầu mới có thể không thực sự cần thiết.

Về Hệ thống quản lý đơn hàng điện tử:

1/Các thay đổi có thể làm giảm hiệu suất mà người dùng đã quen thuộc:
Ví dụ: Khi quyết định thêm tính năng tìm kiếm nâng cao và mở rộng để khách hàng có thể dễ dàng theo dõi các đơn hàng trước đó theo nhiều cách đa dạng. Tuy nhiên, việc thêm tính năng này dẫn đến việc cần xử lý và hiển thị nhiều dữ liệu hơn, có thể làm giảm hiệu suất của hệ thống trên các thiết bị.

2/Có thể không có Requirements Document hoặc chỉ có ít Requirements Document có sẵn cho hệ thống hiện có:
Ví dụ: Khi bắt đầu dự án cập nhật nào đó , Thì chỉ tìm thấy một vài tài liệu mô tả các tính năng cơ bản của hệ thống. Không có tài liệu nào giải thích các quy trình hoạt động hoặc tùy chọn cấu hình cụ thể .

3/Người dùng quen thuộc với cách hệ thống hoạt động hiện tại có thể không thích những thay đổi sắp tới:
Ví dụ: Khách hàng đã quen thuộc với cách họ có thể tìm kiếm và đặt hàng. Khi  thay đổi giao diện và trình tự các bước, một số khách hàng có thể cảm thấy bối rối và phản đối sự thay đổi.

4/Bạn có thể không biết rằng mình đang vô tình gỡ bỏ hoặc bỏ sót chức năng quan trọng nào đó đối với một nhóm liên quan nào đó:
Ví dụ: nhóm phát triển quyết định loại bỏ tính năng "Lưu thông tin thanh toán để tiết kiệm thời gian cho các giao dịch sau này". Họ cho rằng tính năng này có thể gây lo ngại về bảo mật dữ liệu thanh toán. Tuy nhiên vẫn có nhiều khách hàng thường xuyên sử dụng tính năng này để tiết kiệm thời gian và nâng cao trải nghiệm đặt vé của họ. Việc loại bỏ tính năng này có thể không hài lòng đối với một số người dùng.

5/Các bên liên quan có thể aprove cơ hội này để yêu cầu các tính năng mới có vẻ như là một ý tưởng tốt nhưng thực sự không cần thiết để đáp ứng mục tiêu kinh doanh:
Ví dụ: Nhóm kỹ thuật đề nghị thêm tính năng  "Gửi thông báo SMS khi đơn hàng được xác nhận" nhưng hệ thống hiện tại đã có cơ chế thông báo qua email, và tính năng mới này không thực sự cần thiết.