then be made. This involves identif

then be made. This involves identifying common functionality in product instances
and including this in a base application, which is then used for future development.
This base application is deliberately structured to simplify reuse and reconfiguration.
AppLication frameworks and software product lines obviously have much in com
mon. They both support a common architecture and components. and require new
development to create a spcciflc version of a system. The main differences between
these approaches are as follows:
I. Application frameworks rely on object-oriented features such as inheritance and
polymorphism to implement extensions to the framework. Generally, the frame
work code is not modified and the possible modifications are limited to whatever is
allowed by the framework. Software product Lines are not necessarily created using
an object-oriented approach. Application components are changed, deleted, or
rewritten. There are no limits, in principle at least, to the changes that can be made.
2. Application frameworks are primarily focused on providing technical rather
than domain-specific support. For example. there are application frameworks to
create web-based applications A software product line usually embeds detailed
domain and platform information. For example, there could be a software prod
uct line concerned with web-based applications for health record management.
3. Software product lines are often control applications for equipment. For exam
ple. there may be a software product line for a family of printers. This means
that the product line has to provide support for hardware interfacing.
Application frameivorks are usually software-oriented and they rarely provide
support for hardware interfacing.
4. Software product lines are made up of a family of related applications, owned
by the same organization. When you create a new application, your starling
point is often the closest member of the appLication family, not the generic core
application.

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

sau đó được thực hiện. Điều này liên quan đến việc xác định các chức năng phổ biến trong trường hợp sản phẩm
và bao gồm cả điều này trong một ứng dụng cơ sở, mà sau đó được sử dụng để phát triển trong tương lai.
Ứng dụng cơ sở này là cố ý cấu trúc để đơn giản hóa việc tái sử dụng và cấu hình lại.
Mô hình ứng dụng và các dòng sản phẩm phần mềm rõ ràng là có nhiều trong com
mon. Cả hai đều hỗ trợ một kiến trúc và các thành phần chung. và yêu cầu mới
phát triển để tạo ra một phiên bản spcciflc của một hệ thống. Sự khác biệt chính giữa
các phương pháp này như sau:
I. Mô hình ứng dụng dựa trên các tính năng hướng đối tượng như kế thừa và
đa hình để thực hiện phần mở rộng cho khuôn khổ. Nói chung, các khung
đang làm việc không được sửa đổi và việc thay đổi có thể được giới hạn cho bất cứ điều gì được
cho phép bởi framework. Sản phẩm phần mềm Lines được không nhất thiết phải tạo ra bằng cách sử dụng
một cách tiếp cận hướng đối tượng. Thành phần ứng dụng được thay đổi, xóa, hoặc
viết lại. Không có giới hạn, về nguyên tắc ít nhất, để các thay đổi có thể được thực hiện.
2. Mô hình ứng dụng chủ yếu tập trung vào việc cung cấp kỹ thuật chứ không phải
so với hỗ trợ tên miền cụ thể. Ví dụ như. có những mô hình ứng dụng để
tạo ra các ứng dụng web dựa trên một dòng sản phẩm phần mềm thường nhúng chi tiết
tên miền và thông tin nền tảng. Ví dụ, có thể là một phần mềm prod
dòng UCT liên quan với các ứng dụng dựa trên web để quản lý hồ sơ sức khỏe.
3. Dòng sản phẩm phần mềm thường được kiểm soát các ứng dụng cho các thiết bị. Đối với kỳ thi
ple. có thể có một dòng sản phẩm phần mềm cho một gia đình của các máy in. Điều này có nghĩa
rằng các dòng sản phẩm có để cung cấp hỗ trợ cho interfacing phần cứng.
Frameivorks Application thường phần mềm theo định hướng và họ hiếm khi cung cấp
hỗ trợ cho phần cứng interfacing.
4. Dòng sản phẩm phần mềm được tạo thành từ một gia đình của các ứng dụng liên quan, thuộc sở hữu
của cùng một tổ chức. Khi bạn tạo ra một ứng dụng mới, chim sáo đá của bạn
điểm thường là những thành viên thân cận nhất của gia đình ứng dụng, không phải là cốt lõi chung
ứng dụng.