5. Packaging and associated publici

5. Packaging and associated publicity that have been designed for that release.
Release managers cannot assume that customers will always install new system
releases. Some system users may be happy with an existing system. They may con-
sider it not worth the cost of changing to a new release. New releases of the sys-
tem cannot, therefore, rely on the installation of previous releases. To illustrate this
problem, consider the following scenario:
1. Release 1 of a system is distributed and put into use.
2. Release 2 requires the installation of new data files, but some customers do not
need the facilities of release 2 so remain with release 1.
3. Release 3 requires the data files installed in release 2 and has no new data files
of its own.
The software distributor cannot assume that the files required for release 3 have
already been installed in all sites. Some sites may go directly from release 1 to release
3, skipping release 2. Some sites may have modified the data files associated with
release 2 to reflect local circumstances. Therefore, the data files must be distributed
and installed with release 3 of the system.
Release decision making
Preparing and distributing a system release is an expensive process, particularly for
mass-market software products. If releases are too frequent, customers may not upgrade
to the new release, especially if it is not free. If system releases are infrequent, mar-
ket share may be lost as customers move to alternative systems. This, of course,
does not apply to custom software developed specially for an organisation. For cus-
tom software, infrequent releases may mean increasing divergence between the soft-
ware and the business processes that it is designed to support.
The various technical and organisational factors that you should take into
account when deciding to create a new system release are shown in Figure 29.7.
Release creation
Release creation is the process of creating a collection of files and documentation
that includes all of the components of the system release. The executable code of
the programs and all associated data files must be collected and identified.
'Configuration descriptions may have to be written for different hardware and oper-
ating systems and instructions prepared for customers who need to configure their
own systems. If machine-readable manuals are distributed, electronic copies must
be stored with the software. Scripts for the installation program may have to be
written. Finally, when all information is available, the release directory is handed
over for distribution.

Kết quả (Việt) 1:

5. đóng gói và liên kết công khai đã được thiết kế cho bản phát hành đó. Quản lý phát hành không thể giả định rằng khách hàng sẽ luôn luôn cài đặt hệ thống mới bản phát hành. Một số người dùng hệ thống có thể được hạnh phúc với một hệ thống hiện có. Họ có thể con- Sider nó không có giá trị chi phí của việc thay đổi một bản phát hành mới. Các phiên bản mới của sys- tem có thể không, do đó, dựa vào các cài đặt của phiên bản trước. Để minh họa này vấn đề, hãy xem xét kịch bản sau đây: 1. phát hành 1 của một hệ thống phân phối và đưa vào sử dụng. 2. phát hành 2 đòi hỏi phải cài đặt các tập tin dữ liệu mới, nhưng một số khách hàng không cần các cơ sở của phiên bản 2 như vậy vẫn còn với bản phát hành 1. 3. phát hành 3 đòi hỏi dữ liệu tập tin cài đặt trong bản phát hành 2 và đã không có tập tin dữ liệu mới riêng của mình. Các nhà phân phối phần mềm không thể giả định rằng các tập tin cần thiết cho phiên bản 3 có đã được cài đặt trong tất cả các trang web. Một số trang web có thể đi trực tiếp từ bản phát hành 1 phát hành 3, bỏ qua các phiên bản 2. Một số trang web có thể đã sửa đổi các tập tin dữ liệu liên quan đến phát hành 2 để phản ánh hoàn cảnh địa phương. Do đó, các tập tin dữ liệu phải được phân phối và cài đặt với phiên bản 3 của hệ thống. Phát hành ra quyết định Chuẩn bị và phân phối một bản phát hành của hệ thống là một quá trình tốn kém, đặc biệt là đối sản phẩm khối phần mềm. Nếu phát hành quá thường xuyên, khách hàng có thể không nâng cấp với việc phát hành mới, đặc biệt là nếu nó không phải là miễn phí. Nếu phiên bản hệ thống không thường xuyên, mar- Ket chia sẻ có thể bị mất khi khách di chuyển để thay thế hệ thống. Điều này, tất nhiên, không áp dụng cho phần mềm được phát triển đặc biệt cho một tổ chức. Cus- phần mềm Tom, chí không thường xuyên có thể có nghĩa là gia tăng phân kỳ giữa mềm- đồ dùng và các doanh nghiệp quá trình mà nó thiết kế để hỗ trợ. Các yếu tố kỹ thuật và tổ chức khác nhau mà bạn nên đi vào tài khoản khi quyết định để tạo ra phiên bản mới của hệ thống được hiển thị trong hình 29.7. Sáng tạo bản phát hành Phát hành sáng tạo là một quá trình của việc tạo ra một tập hợp các tập tin và tài liệu điều đó bao gồm tất cả các thành phần của hệ thống phát hành. Mã thực thi của Các chương trình và tất cả các file dữ liệu liên quan phải được thu thập và xác định. ' Cấu hình mô tả có thể được viết cho các phần cứng khác nhau và oper - Hệ thống ating và hướng dẫn chuẩn bị sẵn sàng cho khách hàng những người cần phải cấu hình của họ Hệ thống riêng. Nếu máy có thể đọc hướng dẫn sử dụng được phân phối, bản sao điện tử phải được lưu trữ với các phần mềm. Kịch bản chương trình cài đặt có thể viết. Cuối cùng, khi tất cả các thông tin có sẵn, vào thư mục release bàn giao trong phân phối.

Kết quả (Việt) 2:

5. Bao bì và liên kết công khai đã được thiết kế cho phiên bản đó.
Thả các nhà quản lý không thể giả định rằng khách hàng sẽ luôn luôn cài đặt hệ thống mới
phát hành. Một số người sử dụng hệ thống có thể được hạnh phúc với một hệ thống hiện có. Họ có thể con-
SIDER nó không có giá trị chi phí của việc thay đổi một thông cáo mới. Phiên bản mới của các thống
tem có thể không, do đó, dựa vào cài đặt của phiên bản trước. Để minh họa điều này
vấn đề, xem xét kịch bản sau đây:
1. Thả 1 của một hệ thống được phân phối và đưa vào sử dụng.
2. Release 2 đòi hỏi phải cài đặt các tập tin dữ liệu mới, nhưng một số khách hàng không
cần các cơ sở phát hành 2 để ở lại với phiên bản 1.
3. Thả 3 yêu cầu các tập tin dữ liệu được cài đặt trong phiên bản 2 và không có tập tin dữ liệu mới
của riêng nó.
Các nhà phân phối phần mềm không thể giả định rằng các tập tin cần thiết cho phát hành 3 đã
được cài đặt trong tất cả các trang web. Một số trang web có thể đi trực tiếp từ phiên bản 1 để phát hành
3, bỏ qua phiên bản 2. Một số trang web có thể đã sửa đổi các tập tin dữ liệu liên quan đến
phát hành 2 để phản ánh tình hình địa phương. Do đó, các tập tin dữ liệu phải được phân phối
và cài đặt với phiên bản 3 của hệ thống.
Thả ra quyết định
chuẩn bị và phân phối một hệ thống phát hành là một quá trình tốn kém, đặc biệt đối với
các sản phẩm phần mềm thị trường đại chúng. Nếu phát hành quá thường xuyên, khách hàng có thể không nâng cấp
lên phiên bản mới, đặc biệt là nếu nó không phải là miễn phí. Nếu phát hành hệ thống là không thường xuyên, thị
ket cổ phiếu có thể bị mất khi khách hàng di chuyển đến các hệ thống khác. Điều này, tất nhiên,
không áp dụng cho các phần mềm tùy chỉnh phát triển đặc biệt cho một tổ chức. Đối với cus-
phần mềm tom, thông cáo không thường xuyên có thể có nghĩa là tăng sự phân kỳ giữa mềm
ware và các quá trình kinh doanh mà nó được thiết kế để hỗ trợ.
Các yếu tố kỹ thuật khác nhau và tổ chức mà bạn nên đưa vào
tài khoản khi quyết định để tạo ra một hệ thống phát hành mới được hiển thị trong hình 29.7.
phát hành sáng tạo
tạo phát hành là quá trình tạo ra một bộ sưu tập các tập tin và tài liệu
bao gồm tất cả các thành phần của hệ thống phát hành. Các mã thực thi của
chương trình, tất cả các tập tin dữ liệu liên quan phải được thu thập và xác định.
'Giới thiệu cấu hình có thể có được bằng văn bản cho phần cứng khác nhau và oper-
hệ thống ating và hướng dẫn chuẩn bị cho những khách hàng cần phải cấu hình của
hệ thống riêng. Nếu hướng dẫn sử dụng máy có thể đọc được phân phối, bản điện tử phải
được lưu trữ với phần mềm. Các kịch bản cho các chương trình cài đặt có thể có được
bằng văn bản. Cuối cùng, khi tất cả các thông tin có sẵn, các thư mục phát hành được giao
hơn để phân phối.