Software product line and Silver bu

Software product line and Silver bullet


Abstract
In 1986 there was a pretty famous article written about the accident in production software. "No Silver Bullet – Essence and Accident in Software Engineering" written by Frederick p. Brooks, Jr.This paper raises difficulties lead to failure in the development of software. But the article was written nearly 30 years ago and in that time there have been many new technologies being created. This report will help you to reach a new technology as software products line. I will analyze some of the issues in the article and compare it with software products line. Through that for we know the software product line is this the silver bullet?
Introduction

In his seminal paper “No Silver Bullet – Essence and Accidents of Software Engineering ” Fred Brooks Jr. he has launched a variety of difficulties inherent in the nature of the software. However, in that time we have seen the development of new techniques. Evolution of software product line. To know more details about the issue. I began research on the benefits of product line. Through the articles on the internet, the reviews for that product line to help improve many problems in the production of software as time, cost and complexity. After thirty years with the development of new technologies and typically Product line. Having solved a number of risks set forth in article Brooks.
In this paper I will use the collective knowledge and some document to prove that the SPL is the optimal solution. I can’t mention all of the issues in this article. So I will use a couple of the inherent properties of this irreducible essence of modern systems software to prove my point.
In his book "Software Engineering 9th ” Ian Sommerville. He defined the software product line as follows"a software product line is a set of applications with a common architecture and shared components, with each application specialized to reflect different requirements. The core system is designed to be configured and adapted to suit the needs of different system customers".
In the current time product line is quite popular in many different sectors: "Manufacturers have long employed analogous engineering techniques to create a product line of similar products using a common factory that assembles and configures parts designed to be reused across the product line. For example, automotive manufacturers can create unique variations of one car model using a single pool of carefully designed parts and a factory specifically designed to configure and assemble those parts.The characteristic that distinguishes software product lines from previous efforts is predictive versus opportunistic software reuse. Rather than put general software components into a library in the hope that opportunities for reuse will arise, software product lines only call for software artifacts to be created when reuse is predicted in one or more products in a well defined product line."[1]

Complexity
There are a lot of problems in the development of a software. In the article of the Brooks has also mentions the complex as increasing the size of the software,much less understanding, all the possible states of the program, etc... There will be far more difficult to develop a large software when just starting the project. But it will be easier to create an average or low application. The creation of a medium or small products help you control everything within it and control of system errors perfectly. A typical example is the microsoft Windows operating system. They began laying the groundwork for the development of the operating system from DOS and then the process continuously updated to add features and fixing bugs for them in the next upgraded version. We can recognize the nature of the software product line through the example above. Creating a solid framework and develop more effective in many aspects. Developing applications by adapting a generic version of the application means that a high proportion of the application code is reused. Furthermore, application experience is often transferable from one system to another. Consequently, when software engineers join a development team, their learning process is shortened. Testing is simplified because tests for large parts of the application may also be reused, thus reducing the overall application development time
Conformity
When creating a software it is only appropriate to a particular object that can not be all. Because of the cultural differences of religion,location or age etc .. .therefore, there are different requirements for software. To their product line with multiple objects, you need to create multiple different products. So do rising costs, lost time for the manufacturers. Product line is a perfect solution. Think about if your company receives a request to design two websites for their two hotel. It takes a lot of time for the development of each website individually. Meanwhile you can re-use modules built for website A to website B and you have a large savings in terms of time, money and effort.
Object-oriented programming.
In the book software engineering 9th by Ian Sommerville. He wrote that "A software product line is a set of applications with a common architecture and shared components, with each application specialized to reflect different requirements. The core system is designed to be configured and adapted to suit the needs of different system customers. This may involve the configuration of some components. implementing additional components, and modifying some of the components to reflect new requirements." With the idea that I also believe product line can remove large number of difficulties from the expression of the design. With the development and popularity of programming languages such as Java, .Net or PHP. These languages allows user to reuse the modules applied to their software. The use of modules have been developed and tested for quality. it helps developers find solutions for quality and shortened time to build the software. Thereby, can be seen adopting Software Product line has been proven to be highly effective in developing the software.
Unified programming environments

Unified programming environments was a programming environment built around a version of the any programming language. This tool enables programmers to reuse the modules. For example Netbean is a software development platform written in Java. Netbean allows applications to be developed from a set of modular software components called modules. The module is created by multiple developers, they can use other people's modules (The modules are sharing publicly or purchase) to integrate into their applications.
Program verification

The program verifies very important for application developers. It help finding and removing the errors from the source. but the development of program verification is extremely difficult and complex. An idea of the program verifies that I found in the article "Family-Based Verification of Software Product Lines deductive" that would solve the problems. "A recent idea is to apply verification to the product-line’s code base (instead of to all generated products) in order to omit redundant analyses pursuing a family-based strategy Family-based strategies have been proposed for the analysis and verification of software product lines using type checking and model checking . In principle, there are two family-based approaches: First, a new tool is built or an existing verification tool is adapted to incorporate both the code base and variability. Second, the whole software product line is encoded as a single metaproduct in the input language of an existing verification tool using variability encoding ; the metaproduct simulates the behavior of all individual products of the product line in question. We use the second approach as it does not involve to build new verification tools which need to be trusted and apply variability encoding to program verification by theorem proving".
Incremental development-grow, not build, software
Today, when the development and popularity of programming languages. the construction of applications already available is not wise. Instead of developing from scratch, we can buy it that help us save time, limiting errors and focus on development. As pointed by Frederick P. Books Jr. that “Incremental development — grow’, not build software ... That the system should first he made to run, even though it does nothing useful except call the proper set of dummy subprograms. Then, bit by bit it is fleshed out, with the subprograms in turn being developed into actions or calls to empty stubs in the level below.” Here are the specific evidence for that "YouTube is a video-sharing website and this service was created by three former PayPal, then acquired by Google. Through the development of Google, youtube become video-sharing website of the world and bring huge profits for Google."
Conclusion
I have done my best to show in this report that the software products line is this the silver bullet or not? Several examples have been analysed, although one or two of these were somewhat out of date. The report also suggested ways of overcoming this problem, although it is not clear. I would say that software products line can solve a lot of problems, but it is not perfect in the production of software. So it is not a "silver bullet" that could lay to rest the monsters of missed schedules.
Acknowledgements
Firstly, I want to send my thanks to my teacher has provided knowledge and motivate me to complete this report. Secondly, I want to express the thanks of my friends, they've supported me on the idea of my course. I want to thank my parents for helping support me about personal economics.
I am really grateful to them.

References

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

Dòng sản phẩm phần mềm và đạn bạcTóm tắt Vào năm 1986 đã có một bài viết khá nổi tiếng bằng văn bản về tai nạn trong sản xuất phần mềm. "Không có đạn bạc-bản chất và tai nạn trong công nghệ phần mềm" viết bởi Frederick p. Brooks, Jr.This giấy tăng khó khăn dẫn đến thất bại trong việc phát triển phần mềm. Nhưng bài viết được viết gần 30 năm trước và trong thời gian đó đã có nhiều công nghệ mới được tạo ra. Báo cáo này sẽ giúp bạn tiếp cận với một công nghệ mới như dòng sản phẩm phần mềm. Tôi sẽ phân tích một số trong những vấn đề trong bài viết và so sánh nó với dòng sản phẩm phần mềm. Thông qua đó cho chúng tôi biết các dòng sản phẩm phần mềm này là đạn bạc?Giới thiệuTrong bài báo của ông hội thảo "No Silver Bullet-bản chất và tai nạn của phần mềm kỹ thuật" Fred Brooks Jr., ông đã đưa ra một số khó khăn cố hữu trong bản chất của phần mềm. Tuy nhiên, trong thời gian đó, chúng tôi đã thấy sự phát triển của kỹ thuật mới. Sự tiến hóa của dòng sản phẩm phần mềm. Để biết thêm chi tiết về vấn đề. Tôi bắt đầu nghiên cứu về những lợi ích của sản phẩm dòng. Thông qua các bài viết trên internet, giá cho dòng sản phẩm để giúp cải thiện nhiều vấn đề trong việc sản xuất phần mềm như thời gian, chi phí và phức tạp. Sau ba mươi năm với sự phát triển của công nghệ mới và thường là dòng sản phẩm. Có giải quyết một số rủi ro đặt ra trong bài viết Brooks.Trong bài báo này, tôi sẽ sử dụng các kiến thức tập thể và một số tài liệu để chứng minh rằng SPL là giải pháp tối ưu. Tôi không thể đề cập đến tất cả các vấn đề trong bài viết này. Vì vậy, tôi sẽ sử dụng một số các thuộc tính vốn có của này bản chất irreducible của phần mềm hệ thống hiện đại để chứng minh quan điểm của tôi.Trong cuốn sách "Phần mềm kỹ thuật 9" Ian Sommerville. Ông định nghĩa các dòng sản phẩm phần mềm như sau "một dòng sản phẩm phần mềm là một bộ các ứng dụng với một kiến trúc phổ biến và thành phần dùng chung, với mỗi ứng dụng chuyên biệt hóa để phản ánh các yêu cầu khác nhau. Hệ thống cốt lõi được thiết kế để được cấu hình và thích nghi với nhu cầu của khách hàng khác nhau hệ thống".Trong các sản phẩm thời gian hiện tại dòng là khá phổ biến trong nhiều lĩnh vực khác nhau: "nhà sản xuất lâu đã sử dụng tương tự như kỹ thuật kỹ thuật để tạo ra một dòng sản phẩm tương tự sản phẩm bằng cách sử dụng một nhà máy phổ biến mà lắp ráp và cấu hình bộ phận được thiết kế để được tái sử dụng trên các dòng sản phẩm. Ví dụ, các nhà sản xuất ô tô có thể tạo các biến thể duy nhất của một chiếc xe mô hình bằng cách sử dụng một hồ bơi duy nhất của bộ phận được thiết kế cẩn thận và một nhà máy thiết kế đặc biệt để đặt cấu hình và lắp ráp các bộ phận. Các đặc điểm phân biệt dòng sản phẩm phần mềm từ những nỗ lực trước đó là tiên đoán so với tái sử dụng cơ hội phần mềm. Thay vì đưa thành phần phần mềm chung vào một thư viện với hy vọng rằng các cơ hội để tái sử dụng sẽ phát sinh, dòng sản phẩm phần mềm chỉ gọi cho phần mềm hiện vật được tạo ra khi sử dụng lại dự đoán trong một hoặc nhiều sản phẩm trong một dòng sản phẩm cũng được định nghĩa." [1]Phức tạpCó rất nhiều vấn đề trong việc phát triển một phần mềm. Trong bài viết của các Brooks cũng đã đề cập đến phức tạp như tăng kích thước của phần mềm, ít hơn nhiều sự hiểu biết, tất cả các tiểu bang có thể của chương trình, vv... Sẽ có thêm rất nhiều khó khăn để phát triển một phần mềm lớn khi chỉ mới bắt đầu dự án. Tuy nhiên, nó sẽ dễ dàng hơn để tạo ra một ứng dụng trung bình hoặc thấp. Tạo ra một sản phẩm vừa hay nhỏ giúp bạn kiểm soát tất cả mọi thứ trong nó và kiểm soát của lỗi hệ thống một cách hoàn hảo. Một ví dụ điển hình là hệ điều hành microsoft Windows. Họ bắt đầu đặt nền móng cho sự phát triển của hệ điều hành DOS và sau đó là quá trình liên tục cập nhật thêm tính năng và sửa lỗi cho họ trong phiên bản nâng cấp tiếp theo. Chúng tôi có thể nhận ra bản chất của các dòng sản phẩm phần mềm thông qua ví dụ ở trên. Tạo một khung vững chắc và phát triển hiệu quả hơn trong nhiều khía cạnh. Phát triển ứng dụng bằng cách thích ứng với một phiên bản chung của các ứng dụng có nghĩa là một tỷ lệ cao của các ứng dụng mã tái sử dụng. Hơn nữa, kinh nghiệm ứng dụng thường là chuyển nhượng từ một hệ thống khác. Do đó, khi kỹ sư phần mềm tham gia một nhóm phát triển, quá trình học tập của họ rút ngắn. Thử nghiệm là đơn giản bởi vì các xét nghiệm cho phần lớn của các ứng dụng có thể cũng được tái sử dụng, do đó làm giảm thời gian phát triển tổng thể ứng dụngPhù hợpKhi tạo một phần mềm đó là chỉ thích hợp cho một đối tượng cụ thể mà có thể không được tất cả. Bởi những khác biệt văn hóa tôn giáo, vị trí hoặc tuổi vv... .therefore, có là các yêu cầu khác nhau cho phần mềm. Vào dòng sản phẩm của họ với nhiều đối tượng, bạn cần phải tạo ra nhiều sản phẩm khác nhau. Vì vậy, làm tăng chi phí, mất thời gian cho các nhà sản xuất. Dòng sản phẩm là một giải pháp hoàn hảo. Suy nghĩ về nếu công ty của bạn sẽ nhận được một yêu cầu để thiết kế hai trang web của khách sạn hai. Phải mất rất nhiều thời gian cho sự phát triển của mỗi trang web cá nhân. Trong khi đó bạn có thể tái sử dụng các mô-đun được xây dựng cho trang web A đến trang web B và bạn có một tiết kiệm lớn về thời gian, tiền bạc và công sức.Lập trình hướng đối tượng.Trong cuốn sách phần mềm kỹ thuật 9 bởi Ian Sommerville. Ông đã viết rằng "một dòng sản phẩm phần mềm là một bộ các ứng dụng với một kiến trúc phổ biến và thành phần dùng chung, với mỗi ứng dụng chuyên biệt hóa để phản ánh các yêu cầu khác nhau. Hệ thống cốt lõi được thiết kế để được cấu hình và thích nghi với nhu cầu của khách hàng hệ thống khác nhau. Điều này có thể bao gồm cấu hình của một số thành phần. việc thực hiện các thành phần thêm, và sửa đổi một số các thành phần để phản ánh yêu cầu mới." Với ý tưởng rằng tôi cũng tin rằng dòng sản phẩm có thể loại bỏ nhiều khó khăn từ sự biểu hiện của thiết kế. Với sự phát triển và phổ biến của các ngôn ngữ như Java, .net hay PHP lập trình. Các ngôn ngữ cho phép người dùng để tái sử dụng các mô-đun được áp dụng cho phần mềm của họ. Việc sử dụng các mô-đun đã được phát triển và thử nghiệm cho chất lượng. nó giúp các nhà phát triển tìm ra các giải pháp về chất lượng và rút ngắn thời gian để xây dựng phần mềm. Do đó, có thể thấy việc áp dụng các dòng sản phẩm phần mềm đã được chứng minh là có hiệu quả cao trong việc phát triển phần mềm.Môi trường lập trình thống nhấtThống nhất môi trường lập trình là một môi trường lập trình xây dựng xung quanh một phiên bản của bất kỳ ngôn ngữ lập trình. Công cụ này cho phép lập trình để tái sử dụng các mô-đun. Ví dụ: Netbean là một nền tảng phát triển phần mềm được viết bằng Java. Netbean cho phép các ứng dụng được phát triển từ một tập hợp các thành phần mô-đun phần mềm được gọi là mô-đun. Các mô-đun được tạo ra bởi nhiều nhà phát triển, họ có thể sử dụng mô-đun của người khác (các mô-đun đang chia sẻ công khai hoặc mua) để tích hợp vào các ứng dụng.Chương trình xác minhChương trình xác minh rất quan trọng cho các nhà phát triển ứng dụng. Nó giúp tìm và loại bỏ các lỗi từ nguồn. nhưng sự phát triển của chương trình xác minh là vô cùng khó khăn và phức tạp. Một ý tưởng về chương trình để kiểm chứng rằng tôi tìm thấy trong bài viết "Gia đình-Based xác minh của dòng sản phẩm phần mềm suy" mà sẽ giải quyết các vấn đề. "Một ý tưởng tại là để áp dụng quy trình xác minh cho dòng sản phẩm mã cơ sở (thay vì cho tất cả tạo ra sản phẩm) để bỏ qua phân tích dự phòng theo đuổi một chiến thuật gia đình gia đình dựa trên chiến lược đã được đề xuất cho các phân tích và xác minh của dòng sản phẩm phần mềm bằng cách sử dụng loại kiểm tra và mô hình kiểm tra. Về nguyên tắc, có hai cách tiếp cận dựa trên gia đình: đầu tiên, một công cụ mới được xây dựng hoặc một công cụ xác minh hiện có được chỉnh sửa để kết hợp cả hai cơ sở mã và biến đổi. Thứ hai, các dòng sản phẩm toàn bộ phần mềm được mã hóa như là một metaproduct duy nhất trong ngôn ngữ nhập của một công cụ xác minh hiện có bằng cách sử dụng nhiều thay đổi mã hóa; metaproduct mô phỏng hành vi của tất cả các sản phẩm riêng của dòng sản phẩm trong câu hỏi. Chúng tôi sử dụng phương pháp thứ hai vì nó liên quan đến xây dựng công cụ xác minh mới mà cần phải được tin cậy và áp dụng thay đổi mã hóa cho chương trình xác minh theo định lý chứng minh".Phát triển phát triển gia tăng, không xây dựng, phần mềmHôm nay, khi phát triển và phổ biến của ngôn ngữ lập trình. việc xây dựng các ứng dụng đã có sẵn là không khôn ngoan. Thay vì phát triển từ đầu, chúng tôi có thể mua nó mà giúp chúng tôi tiết kiệm thời gian, hạn chế các lỗi và tập trung vào phát triển. Như chỉ bởi Frederick P. Books Jr. mà "gia tăng phát triển-phát triển ', không xây dựng phần mềm... Hệ thống nên lần đầu tiên ông đã chạy, mặc dù nó không có gì hữu ích ngoại trừ gọi các thiết lập thích hợp của giả subprograms. Sau đó, chút bởi bit nó fleshed ra, với các subprograms lần lượt được phát triển thành các cuộc gọi để trống khai ở cấp độ dưới đây hoặc hành động." Dưới đây là bằng chứng cụ thể cho rằng "YouTube là một trang web chia sẻ video và dịch vụ này được tạo bởi ba cựu PayPal, sau đó được mua lại bởi Google. Thông qua sự phát triển của Google, youtube trở thành trang web chia sẻ video của thế giới và mang lại lợi nhuận khổng lồ cho Google."Kết luậnTôi đã làm tốt nhất của tôi để hiển thị trong báo cáo này rằng dòng sản phẩm phần mềm này là đạn bạc hay không? Một vài ví dụ đã được phân tích, mặc dù một hoặc hai trong số này đã một chút quá hạn. Báo cáo cũng đề nghị cách để khắc phục vấn đề này, mặc dù nó là không rõ ràng. Tôi sẽ nói rằng dòng sản phẩm phần mềm có thể giải quyết rất nhiều vấn đề, nhưng nó không phải là hoàn hảo trong sản xuất phần mềm. Vì vậy nó không phải là một "viên đạn bạc" mà có thể đặt để phần còn lại những con quái vật bị mất lịch trình.Lời cảm ơnTrước hết, tôi muốn gửi nhờ tôi để giáo viên của tôi đã cung cấp kiến thức và thúc đẩy tôi để hoàn thành báo cáo này. Thứ hai, tôi muốn cảm ơn bạn bè của tôi, họ đã hỗ trợ tôi trên ý tưởng của khóa học của tôi. Tôi muốn cảm ơn cha mẹ tôi đã giúp hỗ trợ tôi về kinh tế cá nhân. Tôi thật sự biết ơn đối với họ.Tài liệu tham khảo

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

Dòng sản phẩm phần mềm và bạc đạn Tóm tắt Năm 1986 đã có một bài viết khá nổi tiếng viết về các vụ tai nạn trong sản xuất phần mềm. "Không Silver Bullet - Essence và tai nạn trong công nghệ phần mềm" được viết bởi Frederick p. Brooks, giấy Jr.This gây khó khăn dẫn đến thất bại trong việc phát triển phần mềm. Nhưng bài viết này được viết cách đây gần 30 năm và trong thời gian đó đã có nhiều công nghệ mới được tạo ra. Báo cáo này sẽ giúp bạn tiếp cận một công nghệ mới như dòng sản phẩm phần mềm. Tôi sẽ phân tích một số vấn đề trong bài viết và so sánh nó với các dòng sản phẩm phần mềm. Qua đó cho chúng ta biết các dòng sản phẩm phần mềm này viên đạn bạc? Giới thiệu Trong bài báo chuyên đề của mình "No Silver Bullet - Essence và Tai nạn của Software Engineering" Fred Brooks Jr., ông đã đưa ra một loạt những khó khăn vốn có trong bản chất của các phần mềm . Tuy nhiên, trong thời gian đó chúng tôi đã nhìn thấy sự phát triển của các kỹ thuật mới. Sự phát triển của dòng sản phẩm phần mềm. Để biết thêm chi tiết về vấn đề này. Tôi bắt đầu nghiên cứu về lợi ích của dòng sản phẩm. Thông qua các bài viết trên internet, các ý kiến cho rằng dòng sản phẩm để giúp cải thiện nhiều vấn đề trong việc sản xuất các phần mềm như thời gian, chi phí và độ phức tạp. Sau ba mươi năm với sự phát triển của các công nghệ mới và thường Dòng sản phẩm. Có giải quyết được một số rủi ro được nêu trong bài viết Brooks. Trong bài báo này, tôi sẽ sử dụng những kiến thức tập thể và một số tài liệu để chứng minh rằng SPL là giải pháp tối ưu. Tôi không thể đề cập đến tất cả các vấn đề trong bài viết này. Vì vậy, tôi sẽ sử dụng một vài thuộc tính cố hữu của bản chất không thể rút gọn này của hệ thống phần mềm hiện đại để chứng minh quan điểm của tôi. Trong cuốn sách "Kỹ thuật phần mềm thứ 9" Ian Sommerville. Ông định nghĩa các dòng sản phẩm phần mềm như sau "một dòng sản phẩm phần mềm là tập của các ứng dụng với một kiến trúc chung và các thành phần chia sẻ, với mỗi ứng dụng chuyên dùng để phản ánh các yêu cầu khác nhau. Hệ thống lõi được thiết kế để được cấu hình và điều chỉnh cho phù hợp với nhu cầu của khách hàng hệ thống khác nhau ". Trong các dòng sản phẩm thời điểm hiện tại là khá phổ biến trong nhiều lĩnh vực khác nhau:" Các nhà sản xuất lâu đã sử dụng kỹ thuật kỹ thuật tương tự để tạo ra một dòng sản phẩm của các sản phẩm tương tự sử dụng một nhà máy phổ biến mà lắp ráp và cấu hình phần được thiết kế để được tái sử dụng trên các dòng sản phẩm. Ví dụ, các nhà sản xuất ô tô có thể tạo ra các biến độc đáo của một mẫu xe sử dụng một hồ bơi duy nhất của các bộ phận được thiết kế một cách cẩn thận và một nhà máy thiết kế đặc biệt để cấu hình và lắp ráp những parts.The đặc trưng để phân biệt dòng sản phẩm phần mềm từ những nỗ lực trước đó là dự báo so với các phần mềm tái sử dụng cơ hội. Thay vì đặt các thành phần phần mềm nói chung vào một thư viện với hy vọng rằng các cơ hội để tái sử dụng sẽ phát sinh, các dòng sản phẩm phần mềm chỉ gọi cho vật phẩm phần mềm được tạo ra khi sử dụng lại được dự đoán trong một hoặc nhiều sản phẩm trong một dòng sản phẩm được xác định rõ. "[1] phức tạp Có rất nhiều vấn đề trong việc phát triển một phần mềm. Trong bài viết của Brooks cũng có đề cập đến sự phức tạp như tăng kích thước của các phần mềm, sự hiểu biết ít nhiều, tất cả các trạng thái có thể có của các chương trình, vv ... Có sẽ có rất nhiều khó khăn để phát triển một phần mềm lớn khi chỉ mới bắt đầu dự án. Nhưng nó sẽ được dễ dàng hơn để tạo ra một ứng dụng trung bình hoặc thấp. Việc tạo ra một môi trường hoặc sản phẩm nhỏ giúp bạn kiểm soát tất cả mọi thứ bên trong nó và kiểm soát các lỗi hệ thống một cách hoàn hảo. Một ví dụ điển hình là các hệ điều hành Microsoft Windows. Họ bắt đầu đặt nền móng cho sự phát triển của các hệ điều hành từ DOS và sau đó là quá trình liên tục được cập nhật thêm các tính năng và sửa lỗi cho họ trong các phiên bản nâng cấp tiếp theo. Chúng ta có thể nhận ra bản chất của các dòng sản phẩm phần mềm thông qua các ví dụ trên. Tạo ra một khuôn khổ vững chắc và phát triển hiệu quả hơn trong nhiều khía cạnh. Phát triển các ứng dụng bằng cách thích ứng một phiên bản chung của các ứng dụng có nghĩa rằng một tỷ lệ cao của các mã ứng dụng được sử dụng lại. Hơn nữa, kinh nghiệm ứng dụng thường được chuyển nhượng từ một hệ thống khác. Do đó, khi các kỹ sư phần mềm tham gia vào một nhóm phát triển, quá trình học tập của họ được rút ngắn. Thử nghiệm được đơn giản hóa, vì xét nghiệm cho phần lớn các ứng dụng cũng có thể được tái sử dụng, do đó làm giảm thời gian phát triển ứng dụng tổng thể phù hợp Khi tạo ra một phần mềm nó chỉ thích hợp cho một đối tượng cụ thể mà không có được tất cả. Do sự khác biệt về văn hóa tôn giáo, vị trí hay độ tuổi vv .. .Do đó, có những yêu cầu khác nhau cho phần mềm. Để dòng sản phẩm của họ với nhiều đối tượng, bạn cần phải tạo ra nhiều sản phẩm khác nhau. Vì vậy, chi phí tăng cao, mất thời gian cho các nhà sản xuất. Dòng sản phẩm là một giải pháp hoàn hảo. Hãy suy nghĩ về nếu công ty bạn nhận được một yêu cầu để thiết kế hai trang web cho hai khách sạn của họ. Phải mất rất nhiều thời gian cho sự phát triển của mỗi trang web cá nhân. Trong khi đó bạn có thể tái sử dụng các mô-đun được xây dựng cho trang web A sang trang web B và bạn có một khoản tiết kiệm lớn về thời gian, tiền bạc và công sức. Lập trình hướng đối tượng. Trong các phần mềm cuốn sách kỹ thuật lần thứ 9 bởi Ian Sommerville. Ông viết rằng "Một dòng sản phẩm phần mềm là một tập hợp các ứng dụng với một kiến trúc chung và các thành phần chia sẻ, với mỗi ứng dụng chuyên dùng để phản ánh các yêu cầu khác nhau. Các hệ thống cốt lõi được thiết kế để được cấu hình và điều chỉnh cho phù hợp với nhu cầu của khách hàng hệ thống khác nhau. Điều này có thể liên quan đến cấu hình của một số thành phần. thực hiện các thành phần bổ sung, sửa đổi và một số thành phần để phản ánh các yêu cầu mới. " Với ý tưởng đó, tôi cũng tin rằng dòng sản phẩm có thể loại bỏ số lượng lớn các khó khăn từ sự biểu hiện của các thiết kế. Với sự phát triển và phổ biến của ngôn ngữ lập trình như Java, .Net hay PHP. Các ngôn ngữ này cho phép người sử dụng để tái sử dụng các mô-đun được áp dụng cho phần mềm của họ. Việc sử dụng các mô-đun đã được phát triển và thử nghiệm về chất lượng. nó giúp các nhà phát triển tìm ra giải pháp cho chất lượng và rút ngắn thời gian để xây dựng phần mềm. Qua đó, có thể được nhìn thấy thông qua dòng sản phẩm phần mềm đã được chứng minh là có hiệu quả cao trong việc phát triển phần mềm. Môi trường lập trình hợp nhất Unified môi trường lập trình là một môi trường lập trình xây dựng xung quanh một phiên bản của ngôn ngữ lập trình nào. Công cụ này cho phép các lập trình để tái sử dụng các mô-đun. Ví dụ NetBean là một nền tảng phát triển phần mềm viết bằng Java. NetBean cho phép các ứng dụng được phát triển từ một tập hợp các thành phần phần mềm được gọi là mô-đun mô-đun. Các module được tạo ra bởi nhiều nhà phát triển, họ có thể sử dụng các mô-đun của người khác (các mô-đun được chia sẻ công khai hoặc mua) để tích hợp vào các ứng dụng của họ. Thẩm tra Chương trình Chương trình xác minh rất quan trọng đối với các nhà phát triển ứng dụng. Nó giúp việc tìm kiếm và loại bỏ các lỗi từ các nguồn. nhưng sự phát triển của chương trình xác minh là vô cùng khó khăn và phức tạp. Một ý tưởng của chương trình xác nhận rằng tôi đã tìm thấy trong bài viết "Gia đình-Based Verification của dòng sản phẩm phần mềm suy" mà sẽ giải quyết vấn đề. "Một ý tưởng gần đây là để áp dụng xác minh để mã cơ sở các dòng sản phẩm (thay vì cho tất cả các sản phẩm được tạo ra) để bỏ qua dư thừa phân tích theo đuổi một chiến lược gia đình dựa trên chiến lược dựa trên gia đình đã được đề xuất để phân tích và xác minh các sản phẩm phần mềm dòng sử dụng kiểm tra kiểu và mô hình kiểm tra Về nguyên tắc, có hai phương pháp tiếp cận dựa trên gia đình:.. Đầu tiên, một công cụ mới được xây dựng hoặc một công cụ xác minh hiện tại là phù hợp để kết hợp cả hai cơ sở mã và biến đổi thứ hai, toàn bộ dòng sản phẩm phần mềm mã hóa như một metaproduct duy nhất trong ngôn ngữ đầu vào của một công cụ xác minh hiện có bằng cách sử dụng mã hóa sự biến thiên,. các metaproduct mô phỏng các hành vi của tất cả các sản phẩm riêng biệt của dòng sản phẩm trong câu hỏi Chúng tôi sử dụng phương pháp thứ hai là nó không liên quan đến việc xây dựng các công cụ xác minh mới cần phải được tin cậy và áp dụng mã hóa biến để xác minh chương trình bằng định lý minh ". Incremental phát triển mọc, không xây dựng, phần mềm Hôm nay, khi sự phát triển và phổ biến của ngôn ngữ lập trình. việc xây dựng các ứng dụng đã có sẵn là không khôn ngoan. Thay vì phát triển từ đầu, chúng tôi có thể mua nó giúp chúng ta tiết kiệm thời gian, hạn chế sai sót và tập trung vào phát triển. Như đã chỉ bởi Frederick P. Sách Jr. rằng "phát triển gia tăng - tăng trưởng", không xây dựng phần mềm ... Đó là hệ thống nên đầu tiên ông thực hiện để chạy, mặc dù nó không có gì hữu dụng ngoại trừ gọi tập hợp các chương trình con dummy. Sau đó, từng chút một nó là thịt ra, với các chương trình con lần lượt được phát triển thành những hành động hoặc các cuộc gọi để trống khai ở cấp dưới. "Dưới đây là những bằng chứng cụ thể cho điều đó" YouTube là một trang web chia sẻ video và dịch vụ này đã được tạo ra bởi ba cựu PayPal, sau đó được mua lại bởi Google. Thông qua sự phát triển của Google, youtube trở thành trang web chia sẻ video của thế giới và mang lại lợi nhuận khổng lồ cho Google. "Kết luận Tôi đã làm hết sức mình để thể hiện trong báo cáo này là dòng sản phẩm phần mềm là này viên đạn bạc hay không? Một vài ví dụ đã được phân tích, mặc dù một hoặc hai trong số này là hơi lỗi thời. Báo cáo cũng đề xuất cách khắc phục vấn đề này, mặc dù nó không phải là rõ ràng. Tôi sẽ nói rằng dòng sản phẩm phần mềm có thể giải quyết rất nhiều vấn đề, ​​nhưng nó không phải là hoàn hảo trong việc sản xuất phần mềm. Vì vậy, nó không phải là một "viên đạn bạc" mà có thể nằm nghỉ ngơi những con quái vật của lịch trình bỏ qua. Lời cảm ơn Trước hết, tôi muốn gửi lời cảm ơn đến thầy giáo của tôi đã cung cấp kiến thức và tạo động lực cho tôi để hoàn thành báo cáo này. Thứ hai, tôi muốn bày tỏ sự biết ơn của những người bạn của tôi, họ đã ủng hộ tôi trên ý tưởng của khóa học của tôi. Tôi muốn cảm ơn cha mẹ tôi đã giúp đỡ hỗ trợ tôi về kinh tế cá nhân. Tôi thực sự biết ơn họ. Tài liệu tham khảo