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) 1:

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ẩmvà bao gồm cả điều này trong một ứng dụng cơ sở, mà sau đó được sử dụng cho sự phát triển trong tương lai.Ứng dụng cơ sở này là cấu trúc cố tình để đơn giản hóa tái sử dụng và cấu hình lại.Khuôn khổ ứng dụng và phần mềm sản phẩm dòng rõ ràng là có nhiều trong comThứ hai. Cả hai đều hỗ trợ một kiến trúc phổ biến và thành phần. và yêu cầu mớiphá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ữaCác phương pháp tiếp cận là như sau:I. ứng dụng khuôn khổ dựa trên đối tượng theo định hướng các tính năng như thừa kế vàđa hình để thực hiện mở rộng khuôn khổ. Nói chung, khungcông việc mã không thay đổi và sửa đổi có thể giới hạn bất cứ điều gì làđược phép theo khuôn khổ. Dòng sản phẩm phần mềm không nhất thiết phải được tạo ra bằng cách sử dụngmột cách tiếp cận đối tượng theo định hướng. Ứng dụng thành phần được thay đổi, xoá, hoặcviết lại. Không có không có giới hạn, về nguyên tắc tối thiểu, để thay đổi có thể được thực hiện.2. áp dụng khuôn khổ chủ yếu tập trung vào việc cung cấp kỹ thuật kháhơn hỗ trợ tên miền cụ thể. Ví dụ:. có những ứng dụng khuôn khổ đểtạo web-ứng dụng dựa trên một dòng sản phẩm phần mềm thường embeds chi tiếtthông tin vùng và nền tảng. Ví dụ, có thể có một phần mềm prodĐại học giao thông đường có liên quan với các ứng dụng dựa trên web cho quản lý hồ sơ y tế.3. phần mềm dòng sản phẩm thường là ứng dụng điều khiển cho thiết bị. Cho kỳ thiple. có thể có một dòng sản phẩm phần mềm cho một gia đình của máy in. Điều này có nghĩa làrằng các dòng sản phẩm có hỗ trợ cho phần cứng interfacing.Ứng dụng frameivorks là phần mềm thường theo định hướng và họ hiếm khi cung cấphỗ trợ 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 có liên quan, thuộc sở hữubởi tổ chức tương tự. Khi bạn tạo ra một ứng dụng mới, sáo của bạnđiểm thường là các thành viên gần nhất của gia đình ứng dụng, không cốt lõi chungứng dụng.

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.