فایل ورد کامل آشنایی با توسعه خط محصول نرم افزار

توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد

این مقاله، ترجمه شده یک مقاله مرجع و معتبر انگلیسی می باشد که به صورت بسیار عالی توسط متخصصین این رشته ترجمه شده است و به صورت فایل ورد (microsoft word) ارائه می گردد

متن داخلی مقاله بسیار عالی، پر محتوا و قابل درک می باشد و شما از استفاده ی آن بسیار لذت خواهید برد. ما عالی بودن این مقاله را تضمین می کنیم

فایل ورد این مقاله بسیار خوب تایپ شده و قابل کپی و ویرایش می باشد و تنظیمات آن نیز به صورت عالی انجام شده است؛ به همراه فایل ورد این مقاله یک فایل پاور پوینت نیز به شما ارئه خواهد شد که دارای یک قالب بسیار زیبا و تنظیمات نمایشی متعدد می باشد

توجه : در صورت مشاهده بهم ریختگی احتمالی در متون زیر ،دلیل ان کپی کردن این مطالب از داخل فایل می باشد و در فایل اصلی فایل ورد کامل آشنایی با توسعه خط محصول نرم افزار،به هیچ وجه بهم ریختگی وجود ندارد

تعداد صفحات این فایل: ۲۴ صفحه

سازمان ها می توانند مزایای کسب و کار را از حیث کاهش هزینه، کوتاه شدن زمان رسیدن به بازار، افزایش کیفیت محصول و غیره با استفاده از توسعه خط محصول کسب کنند. با این حال خطرات و هزینه های مربوط به پذیرش کسب و کار برای توسعه خط محصول وجود دارد که باید قبل از مبادرت به استفاده مجدد ارزیابی شود.
سازمان ها شاهد لغو پروژه های مهم برای توسعه دارایی های محوری می باشند و تخصیص مجدد نقش به کارکنان نمی تواند با شیوه های جدید کسب و کار و تعلیق تحویل محصول ضمن استفاده از شیوه جدید کسب وکار سازگار باشد. این اشاره به هزینه های قابل توجه برای سازمان دارد با این حال همه سازمان ها موافق هستند که نرخ سود سرمایه می تواند هزینه های اضافی را جبران کند(SEI PLP, 2003).
با در نظر گرفتن مزایای کسب شده توسط سازمان هایی که به طور موفق از رویکرد خط محصول نرم افزار استفاده می کنند، نتیجه نهایی این مقاله این است که هر سازمانی که محصولات مربوطه را به صورت سیستم های منفرد تولید کند که دارای دانش خوب و سطوح بالایی از بلوغ فرایند باشد، باید حداقل یک مورد کسب و کار را برای ارزیابی این که آیا توسعه خط محصول برای آن ها مناسب است یا نه؟ ایجاد کند

عنوان انگلیسی:AN INTRODUCTION TO SOFTWARE PRODUCT LINE DEVELOPMENT~~en~~

INTRODUCTION The software engineering community has had long-standing high hopes that software reuse would be the answer to the “software crisis”۱ . A number of software reuse approaches have been presented over the years. One example of such an approach is the object oriented programming paradigm (OOP). OOP supports software reuse by techniques known as polymorphism, encapsulation and inheritance (Ezran, 2002). These techniques help the developer in producing highly modular and to some extent reusable code. However, the promise of increased productivity, high quality software and software projects being on schedule and budget has not yet been fulfilled by traditional software reuse approaches. These traditional techniques support so called small-grained2 reuse and have proved ineffective when trying to address the software crisis in practice (Bosch, 2000). Over the last few years a new approach to software reuse has gained considerable attention both by industry and academia. This approach is known as Software Product Line Development and it supports large-grained intra-organization software reuse. The basic idea of this approach is to use business domain knowledge to separate the common parts of a family of products from the differences between the products. The commonalties are used to create a product platform that can be used as a common baseline for all products within a product family. In other words, product lines are an approach to gain organizational benefits by exploiting commonalities between a set of related products that address a particular market segment. Product lines have been used by the manufacturing industry for a long time to reduce costs and increase productivity by exploiting commonalties between products. Examples of companies applying product lines in this way are as diverse as Boeing, Ford and McDonalds. However, product line practice in the software industry is a relatively new concept. Studies have however shown that organization’s can yield considerable improvements in productivity, time to market, product quality and customer satisfaction by applying this approach (Bosch, 2000; Brownsworth, 1996; SEI PLP, 2003). Bosch (2000) suggested that product line development can be decomposed into three dimensions. The first dimension regards the primary reuse assets of the product line: architecture, components and systems. The second dimension regards the organizational views of product lines: business, organization, process and technology. The final dimension of product line development regards the life cycles of the product line assets: development, deployment and evolution. The reminder of this paper is organized as follows. In the first section, product line development is compared to traditional software reuse. The following sections describe some of the key areas vital for success in product line development: process, organization, requirements engineering, software architecture, component development and system integration. The descriptions include a short introduction to the area and a description how the area is peculiar in software product line development compared to single system development. Finally, the possible benefits, costs and risks associated with software product line development are discussed. SOFTWARE PRODUCT LINES VS. TRADITIONAL SOFTWARE REUSE Software product line development involves software reuse and at the first glance product line development might look just like traditional software reuse. However software product line development is a lot more elaborate than traditional software reuse. In traditional software reuse, organizations create repositories where the output of practically all development efforts is stored. The repository would typically contain some reuse library with components, modules and algorithms that developers are urged to use.

$$en!!