منتج برمجي (تطوير البرمجيات)

المنتج النهائي هو أحد أنواع المنتجات الملموسة العديدة التي تُنشأ أثناء تطوير البرمجيات . تساعد بعض المنتجات النهائية (مثل حالات الاستخدام ، ومخططات الفئات ، ومتطلبات ووثائق التصميم) في وصف وظيفة البرمجيات وهيكلها وتصميمها. بينما تتعلق منتجات نهائية أخرى بعملية التطوير نفسها، مثل خطط المشاريع، ودراسات الجدوى، وتقييمات المخاطر. يرتبط مصطلح "المنتج النهائي" في سياق تطوير البرمجيات بشكل كبير بأساليب أو عمليات تطوير محددة، مثل " العملية الموحدة" . وقد يكون هذا الاستخدام للمصطلح قد نشأ مع تلك الأساليب.

غالبًا ما تُشير أدوات البناء إلى شفرة المصدر المُجمّعة للاختبار باسم "النتيجة"، لأن الملف التنفيذي ضروري لتنفيذ خطة الاختبار. وبدون الملف التنفيذي للاختبار، تقتصر نتيجة خطة الاختبار على الاختبارات غير القائمة على التنفيذ. في هذه الاختبارات، تتمثل النتائج في عمليات التتبع والفحص وإثباتات الصحة . من ناحية أخرى، يتطلب الاختبار القائم على التنفيذ نتيجتين على الأقل: مجموعة الاختبار والملف التنفيذي. قد تُشير النتيجة أحيانًا إلى الشفرة المُصدرة (في حالة مكتبة برمجية ) أو الملف التنفيذي المُصدر (في حالة برنامج)، ولكن في الغالب تكون النتيجة نتاجًا ثانويًا لتطوير البرمجيات وليست المنتج نفسه. غالبًا ما تحتوي مكتبات الشفرة مفتوحة المصدر على بيئة اختبار تُمكّن المساهمين من التأكد من أن تغييراتهم لا تُسبب أخطاءً رجعية في مكتبة الشفرة.

معظم ما يعتبر من المخرجات هو عبارة عن وثائق برمجية .

في تطوير تطبيقات المستخدم النهائي، تُعرَّف المُنتَجات البرمجية بأنها إما تطبيق أو كائن بيانات معقد يُنشئه المستخدم النهائي دون الحاجة إلى معرفة لغة برمجة عامة. وتصف هذه المُنتَجات سلوكًا آليًا أو تسلسلات تحكم، مثل طلبات قواعد البيانات أو قواعد اللغة، ^{[ 1 ]} أو المحتوى الذي يُنشئه المستخدم .

تختلف العناصر البرمجية في سهولة صيانتها، ويتأثر ذلك بشكل أساسي بالدور الذي تؤديه. قد يكون هذا الدور عمليًا أو رمزيًا. في المراحل الأولى من تطوير البرمجيات، قد يُنشئ فريق التصميم عناصر برمجية ذات دور رمزي لإظهار مدى جدية المقاول في تلبية احتياجات المشروع لراعي المشروع. غالبًا ما تنقل العناصر الرمزية المعلومات بشكل ضعيف، لكنها تتميز بمظهرها الجذاب. يُشار أحيانًا إلى العناصر الرمزية في مجال هندسة المعلومات باسم "المخطوطات المزخرفة"، لأن الزخارف لا تُسهم في تعزيز الفهم. بشكل عام، تُعتبر العناصر الرمزية غير قابلة للصيانة نظرًا للجهد الكبير المطلوب للحفاظ على طابعها الرمزي. لهذا السبب، بمجرد عرض العناصر الرمزية على راعي المشروع واعتمادها، يتم استبدالها بعناصر تؤدي دورًا عمليًا. عادةً ما تحتاج العناصر العملية إلى الصيانة طوال دورة حياة المشروع، وبالتالي، فهي قابلة للصيانة بدرجة عالية.

تُعدّ المخرجات ذات أهمية بالغة من منظور إدارة المشاريع باعتبارها مُخرَجات . ومن المرجح أن تكون مُخرَجات مشروع البرمجيات هي نفسها مخرجاته، بالإضافة إلى البرنامج نفسه.

إن مفهوم القطع الأثرية كمنتجات ثانوية يشبه استخدام مصطلح " القطعة الأثرية" في العلوم للإشارة إلى شيء ينشأ من العملية قيد التنفيذ بدلاً من القضية نفسها، أي نتيجة الاهتمام التي تنبع من الوسيلة وليس من الغاية.

لجمع وتنظيم وإدارة العناصر، يمكن استخدام مجلد تطوير البرمجيات.

• قطعة أثرية (UML)

• بير كرول؛ فيليب كروشتن (2003). العملية الموحدة العقلانية ببساطة: دليل عملي للعملية الموحدة العقلانية . أديسون-ويسلي بروفيشنال. ISBN 978-0-321-16609-8.