CALM/arwiki huggingface dataset:
يوفر هذا النموذج نهج منظم من خلال مراحل منفصلة يسهل فهمها وتفسيرها، ويوفر المعالم التي يسهل التعرف عليها في عملية التطوير، ويمكن ان يكون مناسب لمشاريع حيث يتم اصلاح متطلبات نطاقها .
متى نستخدمه؟.
عندما يكون لدينا متطلبات واضحة ولا توجد متطلبات غامضة ومعقدة، عندما يوجد موارد متوفرة بحرية وتوافر الخبرة.
عندما يكون لدى العميل ثقة عالية في المنظمة، والمشروع يكون صغير. يعتبر هذا النهج مثالياً للمشاريع التي تحتوي على متطلبات ثابتة وموارد وفيرة وجدول زمني ثابت وتكنولوجيا واضحة وثابتة، ولكنه لا يصلح مع المشاريع المُعقدة أو المشاريع غير المُستقرة، التي قد تتغير مُتطلباتها بشكل مُستمر ومفاجئ.
دعم الادلة.
اقضاء وقت مبكر في دورة إنتاج البرمجيات يمكن من تجنب التكاليف في مراحل لاحقة، على سبيل المثال مشكلة وجدت في المراحل المبكرة ( مثل متطلبات المواصفات ) هي أرخص للإصلاح من نفس مشكلة وجدت في وقت لاحق في العملية ( بمعامل 50 إلى 200 ) .
في الممارسات الشائعة تؤدي منهجيات الشلال في الجدول الزمني للمشروع مع 20-40 ٪ من الوقت، استثمرت في المرحلتين الأولى والثانية، 30-40 ٪ من الوقت إلى الترميز، والباقي مخصص للاختبار والتنفيذ. وسوف تشمل معظم المشاريع المتوسطة والكبيرة مجموعة مفصلة من الإجراءات والضوابط التي تنظم كل عملية على المشروع.
وهناك حجة أخرى لنموذج الشلال وهو أنه يركز على وثائق ( مثل المستندات و متطلبات وثائق التصميم )، وكذلك شفرة المصدر. في منهجيات أقل مصممة بدقة و موثقة، يتم فقدان المعرفة إذا ترك أعضاء الفريق قبل أن يتم الانتهاء من المشروع، وأنه قد يكون من الصعب على مشروع ليتعافى من الخسارة. إذا كان مستند تصميم العمل بشكل كامل موجودة (كما هو القصد من تصميم كبير في خط الهجوم و نموذج الشلال ) ، وأعضاء فريق جديد أو حتى فرق جديدة تماما يجب أن تكون قادرة على التعرف من خلال قراءة الوثائق. Arcisphere technologies (2012). "Tutorial: The Software Development Life Cycle (SDLC)" (PDF). Retrieved 2012-11-13.
وفر نموذج الشلال نهج منظم ؛ النموذج نفسه تقدم خطيا من خلال مراحل منفصلة، يسهل فهمها و تفسيرها، وبالتالي من السهل أن نفهم . كما يوفر المعالم التي يسهل التعرف عليها في عملية التنمية . ولعله لهذا السبب نموذج الشلال يستخدم كنموذج بداية لنموذج التنمية في العديد من النصوص هندسة البرمجيات والدورات.
ان نموذج الشلال يمكن أن يكون مناسب للمشاريع حيث يتم إصلاح متطلبات ونطاقها، المنتج في حد ذاته ثابت و مستقر، و يفهم التكنولوجيا بشكل واضح.
العملاء قد لا يعرفون بالضبط ما هي متطلباتهم قبل أن يروا برنامج العمل و ذلك بتغيير متطلباتها، مما أدى إلى إعادة تصميم، إعادة الإعمار، و إعادة الاختبار، وزيادة التكاليف.
المصممين قد لا يكون على بينة من صعوبات في المستقبل عند تصميم منتج البرنامج الجديد أو الميزة . في هذه الحالة، فمن الأفضل لإعادة النظر في التصميم من التمادي في التصميم الذي لا يأخذ في الحسبان أي المكتشفة حديثا القيود، والاحتياجات، أو مشاكل .
ردا على المشاكل التي لوحظت مع نموذج الشلال النقي، وأدخلت نماذج شلال تعديل، مثل " الساشيمي ( الشلال مع مراحل متداخلة ) ، الشلال مع المشاريع الفرعية، و الشلال مع الحد من المخاطر" .
بعض المنظمات، مثل الولايات المتحدة وزارة الدفاع، لديها الآن التفضيل المعلن ضد منهجيات نوع شلال، بدءا MIL- STD- 498 ، والتي تشجع اكتساب التطوري والتنمية التكرارية وتدريجية .
في حين يجادل دعاة تطوير البرمجيات رشيقة نموذج الشلال هو عملية غير فعالة لتطوير البرمجيات، تشير بعض المتشككين بأن نموذج الشلال هو حجة كاذبة تستخدم بحتة لتسويق منهجيات التنمية البديلة
تصميم البرمجيات هي عملية حل مشكلات و تخطيط لبرنامج حاسوبي. بعد أن تكون الغاية من توصيف البرمجية قد حددت، يقوم المبرمجون أو المصممون بتطوير خطة للبرمجية. تحتوي هذه الخطة على أمور تتعلق بمكونات و خوارزميات متدنية المستوى إضافة إلى نظرة لمعمارية البرمجية.
مفاهيم التصميم.
توفر مفاهيم التصميم مصمم البرامج بأساس يمكن من خلاله تطبيق أساليب أكثر تطوراً. تطورت مجموعة من مفاهيم التصميم الأساسية. وهم على النحو التالي:
1- التجريد - التجريد هو عملية أو نتيجة التعميم عن طريق الحد من محتوى المعلومات لمفهوم أو ظاهرة يمكن ملاحظتها، عادة من أجل الاحتفاظ فقط بالمعلومات ذات الصلة لغرض معين. وهو عمل من تمثيل الميزات الأساسية دون تضمين الخلفية التفاصيل أو التفسيرات.
2- صقل - وهي عملية التفصيل . يتم تطوير التسلسل الهرمي من خلال تحليل بيان الدالة macroscopic بطريقة تدريجية حتى يتم الوصول إلى عبارات لغة البرمجة. في كل خطوة، يتم تحليل تعليمات واحدة أو عدة تعليمات لبرنامج معين إلى تعليمات أكثر تفصيلاً. التجريد وصقل مفاهيم تكميلية.
3- النمطيه_تنقسم بنية البرامج إلى مكونات تسمى الوحدات.
4- هندسة البرمجيات - وهي تشير إلى الهيكل العام للبرنامج والطرق التي يوفر بها هذا الهيكل السلامة النظرية للنظام. وستسفر بنية البرمجيات الجيدة عن عائد جيد على الاستثمار فيما يتعلق بالنتيجة المرجوة للمشروع، على سبيل المثال. من حيث الأداء والجودة والجدول الزمني والتكلفة.
5- هرمية التحكم - هي بنية برنامج تمثل تنظيم مكون برنامجي وتتضمن تسلسل هرمي للتحكم.
6- التقسيم الهيكلي - يمكن تقسيم هيكل البرنامج إلى أفقياً وعمودياً. تحدد الأقسام الأفقية فروعًا منفصلة للتسلسل الهرمي المعياري لكل وظيفة برنامج رئيسية. يقترح التقسيم الرأسي أن يتم توزيع السيطرة والعمل من أعلى إلى أسفل في بنية البرنامج.
7- بنية البيانات - هي عبارة عن تمثيل للعلاقة المنطقية بين عناصر البيانات الفردية.
8- إجراءات البرنامج - وهو يركز على معالجة كل وحدة على حدة.
9-ا خفاء المعلومات - يجب تحديد وتصميم الوحدات بحيث لا يمكن الوصول إلى المعلومات الموجودة داخل الوحدة النمطية إلى الوحدات الأخرى التي لا تحتاج إلى مثل هذه المعلومات.
في نموذج وجوهه، ذكر جرادي بوخ التجريد، والتغليف، والوحدات، والتسلسل الهرمي كمبادئ أساسية لتصميم البرمجيات. يستخدم مصطلح PHAME (مبادئ التسلسل الهرمي والتجريد والتعديل والتكليف) في بعض الأحيان للإشارة إلى هذه المبادئ الأساسية الأربعة.
في سياق هندسة البرمجيات، يشير مصطلح صيانة البرمجيات إلى التعديلات التي تجرى على منتج برمجي بعد التسليم بهدف تصحيح العيوب أو تحسين أداء البرمجية أو أي خاصية من خصائصها.
يعد مير إم. ليمان أول من تناول موضوع صيانة البرمجيات وتطوّر الأنظمة عام 1969. أدت أبحاثه التي استمرت لعشرين عامًا إلى صياغة قوانين ليمان (ليمان 1997). وأهم النتائج التي توصلت إلها أبحاثه هي أن الصيانة تَطوّر تدريجي حقيقي وأن قرارات الصيانة تُدعم بفهم ما يحدث للأنظمة (والبرمجيات) مع مرور الوقت. أثبت ليمان أن الأنظمة تستمر في التطور بمرور الوقت. ومع تطورها تصبح أكثر تعقيدًا ما لم تُتخذ بعض الإجراءات مثل إعادة تشكيل الكود لتقليل التعقيد.
أظهرت دراسة استقصائية شهيرة ومستشهد بها على نطاق واسع أجراها لينتز وسوانسون في أواخر السبعينيات، أن جزءًا كبيرًا جدًا من تكاليف دورة الحياة كانت تُنفق على الصيانة. صنّفوا أنشطة الصيانة إلى أربع فئات:
أظهر الاستقصاء أن نحو 75% من جهود الصيانة كانت تبذل في النوعين الأولين، واستهلك تصحيح الأخطاء نحو 21% منها. أشارت العديد من الدراسات اللاحقة إلى حجم مشاكل مماثل. تشير الدراسات إلى أن مساهمة المستخدمين النهائيين خلال جمع وتحليل بيانات المتطلبات الجديدة بالغة الأهمية. وهي السبب الرئيسي لأي مشكلة أثناء تطوير البرمجيات وصيانتها. تعد صيانة البرمجيات مهمة لأنها تستهلك جزءًا كبيرًا من تكاليف دورة الحياة الإجمالية، وعدم القدرة على تغيير البرمجيات بسرعة وموثوقية يعني خسارة فرص العمل.
أهمية صيانة البرمجيات.
المسائل الرئيسية لصيانة البرمجيات هي المسائل الإدارية والفنية. المسائل الإدارية الرئيسية هي: التوافق مع أولويات العملاء، والتوظيف، وأي منظمة تقوم بالصيانة، وتقدير التكاليف. المسائل الفنية الرئيسية هي: الفهم المحدود، وتحليل أثر التغيير، والاختبار، وقياس إمكانية الصيانة.
تعد صيانة البرامج نشاطًا واسعًا للغاية يشمل تصحيح الأخطاء، وتحسين الإمكانيات، وإلغاء الإمكانيات القديمة، والتحسين (الأمثًلة). ولأنه لا بد من التغيير، يجب تطوير آليات للتقييم والتحكم وإجراء التعديلات.
لذا يعتبر أي عمل يجرى لتغيير البرمجيات بعد تشغيلها أعمال صيانة. الغرض منها هو الحفاظ على قيمة البرمجيات بمرور الوقت. يمكن تعزيز القيمة من خلال توسيع قاعدة العملاء، وتلبية المتطلبات الإضافية، وتسهيل الاستخدام، وزيادة الكفاءة واستخدام تقنية أحدث. قد تستمر عملية الصيانة لمدة 20 عامًا، في حين قد يتم التطوير في عام أو عامين.
تخطيط صيانة البرمجيات.
تعد الصيانة جزءًا أساسيًا من البرمجيات، ما يتطلب إعداد خطة صيانة دقيقة أثناء تطوير البرمجيات. يجب أن تحدد كيفية طلب المستخدمين لإجراء تعديلات أو الإبلاغ عن المشاكل. يجب أن تتضمن الميزانية تقديرات الموارد والتكاليف. ويجب معالجة قرار جديد لتطوير كل ميزة جديدة للنظام وأهداف جودته. إن صيانة البرمجيات، التي قد تستمر لمدة تتراوح بين 5 إلى 6 سنوات (أو حتى عقود) بعد عملية التطوير، تتطلب خطة فعّالة يمكنها معالجة نطاق صيانة البرمجيات، تكييف عمليات ما بعد التسليم/النشر، وتحديد من الذي سيوفر الصيانة، وتقدير تكاليف دورة الحياة. إن اختيار التطبيق الصحيح للمعايير هو المهمة الصعبة منذ المراحل الأولى في هندسة البرمجيات والتي لم تكسب أهمية حاسمة لدى أصحاب المصالح المعنيين.
عمليات صيانة البرمجيات.
يصف هذا القسم عمليات صيانة البرمجيات الستة كما يلي:
هناك عدد من العمليات والأنشطة والممارسات التي ينفرد بها القائمون على الصيانة، مثلًا:
فئات الصيانة في معيار المنظمة الدولية للمعايير(آيزو)/ اللجنة الكهروتقنية الدولية 14764.
حدد إي. بي  سوانسون مبدئيًا ثلاث فئات من الصيانة: التصحيحية والتكيفية والمثالية. استبدل معيار IEEE 1219 في يونيو 2010 بمعيار P14764. وحُدثت هذه الفئات من ذلك الوقت ويقدم معيار آيزو/ آي إي سي 14764 ما يلي:
هناك أيضًا مفهوم للصيانة قبل التسليم / قبل الإصدار وهو كل الأشياء الجيدة التي يمكن القيام  بها لخفض التكلفة الإجمالية لملكية البرمجيات. مثل الامتثال لمعايير الترميز التي تتضمن أهداف إمكانية صيانة البرمجيات. إدارة ربط البرمجيات وتماسكها. تحقيق أهداف دعم البرمجيات (SAE JA1004 وJA1005 وJA1006 مثلًا). لاحظ أيضًا أن بعض المؤسسات الأكاديمية تجري أبحاثًا لتحديد التكلفة اللازمة لصيانة البرمجيات المستمرة نظرًا لنقص الموارد مثل توثيق التصميم والتدريب على فهم الأنظمة/البرمجيات والموارد (تضاعف التكاليف نحو 1.5-2.0 مرة عند عدم وجود بيانات تصميم متاحة).
مواصفة متطلبات البرمجية هي شرح كامل لسلوك النظام المزمع تطويره. تحتوي على مجموعة من حالات الاستخدام التي تصف كل التفاعلات ما بين المستخدم والبرمجية. إضافة إلى حالات الاستخدام، تحتوي مواصفة متطلبات البرمجية على شرح للمتطلبات اللاوظيفية.
في سياق هندسة البرمجيات، يستخدم مصطلح منهجية تطوير برمجيات (بالإنكليزية Software development methodology) للتعبير عن إطار العمل المتبع لهيكلة و تخطيط و السيطرة على عملية تطوير نظام معلوماتي. من الأمثلة الشائعة على منهجيات تطوير البرمجيات: الشلال و النماذج و التطوير المتزايد و التطوير الحلزوني و تطوير التطبيقات السريع و البرمجة القصوى. يمكن أن تتضمن المنهجية جوانب من بيئة التطوير و استخدام بعض منصات العمل (مثل المكتبات و الأدوات البرمجية).
لم تظهر أطر عمل منهجيات تطوير البرمجيات حتى الستينيات من القرن العشرين. بحسب إليوت (Elliott 2004) فإن دورة حياة تطوير البرمجيات (systems development life cycle) يمكن أن يعتبر أقدم منهجية قد تم تشكيلها لبناء الأنظمة المعلوماتية. الفكرة الرئيسة في دورة حياة تطوير البرمجيات كانت في السعي إلى تطوير الأنظمة المعلوماتية بطريقة مدروسة و منظمة و متبعة للمنهجية العلمية، مما يتطلب من كل مرحلة من مراحل دورة حياة التطوير أن تضع فكرة تسليم النظام النهائي نصب عينيها.
استخدام المصطلح كاسم.
كاسم، فإن منهجية تطوير البرمجيات هي عبارة أن إطار عمل يستخدم بهدف التنظيم و التخطيط و السيطرة على عملية تطوير نظام معلوماتي ما.
استخدام المصطلح كفعل.
كفعل، فإن منهجية تطوير البرمجيات هي عبارة عن أسلوب يستخدم من قبل المؤسسات و فرق المشاريع لتطبيق إطار عمل منهجية تطوير البرمجيات (الاسم).
أساليب منهجيات تطوير البرمجيات.
كل أسلوب من أساليب منهجيات تطوير البرمجيات يعمل لتطبيق بعض أطر العمل في تطوير و صيانة البرمجيات. منذ بدء تكنولوجيا المعلومات، استخدم كثير من أساليب تطوير البرمجيات. من الأمثلة عليها:
حلزوني, لولبي إطار عمل يجمع ما بين الخطي و المتكرر.
مواضيع متفرعة.
هندسة البرمجيات بالاستعانة بالحاسوب.
هندسة البرمجيات بالاستعانة بالحاسوب، و يطلق عليها بالإنجليزية Computer-aided software engineering أو (CASE)، هي استخدام مجموعة من الأدوات و الوسائل و تطبيقها بشكل علمي على البرمجية مما يؤدي إلى منتجات برمجية ذات جودة عالية خالية من الأخطاء و قابلة للصيانة. و يشير المصطلح أيضا إلى طرق تطوير الأنظمة المعلوماتية من خلال استخدام أدوات برمجية أوتوماتيكية ضمن عملية تطوير البرمجيات. المصطلح يمكن أن يستخدم أيضا للإشارة إلى البرمجيات المستخدمة لأتمتة تطوير الأنظمة البرمجية.
بيئة التطوير المتكاملة.
بيئة التطوير المتكاملة، و يطلق عليها بالإنكليزية integrated development environment أو (IDE)، هي أي تطبيق برمجي يزود المبرمجين بتسهيلات واسعة في تطوير البرمجيات. في العادة، يحتوي تطبيق بيئة التطوير المتكاملة على:
== المر
اجع ==
في نظام أسماء النطاقات يعرف النطاق الفرعي (بالإنكليزية Subdomain) بأنه نطاق متجزئ من نطاق أكبر منه.
مسجد جميرا هو مسجد يقع في مدينة دبي، في منطقة جميرا ويقال أنه أكثر المساجد تصويرا في كل إمارة دبي. يستقبل فيه الزائرين غير المسلمين ليعرفوهم عن الديانة الإسلامية لكن لا يستطيع غير المسلمين زيارته دون زيارة منظمة.
مواجهة العالم ، هي جمعية خيرية في المملكة المتحدة، توفر العلاج للأطفال من البلدان الفقيرة الذين أصابهم تشوهات شديدة وحروق في الوجه، التي تسبب أو من المحتمل أن تسبب لهم صدمة عاطفية ونفسية عميقة.
ويجري تقييم الأطفال في بلدهم، حتى يمكن التأكد من الأطباء ما إذا كان يمكن تقديم مساعدة لهم بالجراحة والرعاية المتخصصة. وإذا كان التقييم إيجابيا ينقل الطفل إلى لندن للعلاج. الفريق الطبي المتبرع بخدماتهم والجمعية الخيرية تعتمد على جمع الأموال والتبرعات لتمويل التكاليف الطبية المتبقية من السفر والإقامة للطفل.
عذراء أكين (8 ديسمبر 1981 -)، ممثلة تركية. وهي عارضة ازياء تركية وحديثة وممثلة. حصلت آكين على لقب ملكة جمال تركيا عام 2002 وفي نفس العام حصلت على لقب ملكة جمال العالم. اشتهرت بدور الشابة اليتيمة آيلول في مسلسل موسم المطر، أكدت بعض المصادر إنها متزوجة من الممثل كيفانتش تاتليتوغ.
حياة العائلة.
والدها ناظم آكين اصله كرهانى من محافظه أوشاك، لعب كرة القدم مرة واحدة في نادى اسكى شاهير، تخرجت من جامعة يلدر التنقية وعمل حاليا كمترجم. أما والدتها تعمل مدرسة في هولندا وهي من افيون اميرداج. استقرت الأسرة في هولندا عام 1971. لديها اخت اصغر منها بعامين تدعى دوروك. عذراء ى كين تعلمت مجالات الفنون مثل الموسيقى والباليه والرسم في هولندا.
مرحلة تعارف.
فازت بالمركز الأول عند سفح تركيا بمسابقة نموزج النخبة عام 1998. بعد ذلك فازت بالمركز الأول في مسابقه ملكة جمال تركيا اللذى نظمه تلفزيون ستار عام 2002. نتيجة هذة المسابقة جعلتها تنضم إلى مسابقه ملكة جمال العالم. اولا المسابقة التي تقرر تنظيمها في نيجيريا توجهت إلى لندن عندما أنجبت طفلا من زواجها من امرأة تدعى أمينه لاوال في هذة المدينة وعندما عارضت بقوة من قبل العديد من الدول. نتيجة المسابقة، لقبت بملكة جمال العالم عام 1932 ثم أصبحت الشخص الثانى التي لقبت بملكة جمال ركيا عقب كاريمان هاليس. هذا اللقب يعطى إلى دولة مسلمة التي يكون عدد سكانها أغلبه مسلم وأخذت المصرية الجميلة جائزة ملكة جمال العالم في 1954. قامت عذراء آكين اللتى استمرت في تقديم عروض الازياء بالتمثيل في المسلسلات التليفزيونيه والإعلانات أيضا. في عام 2004 قامت بتمثيل شخصية ايلول في مسلسل باسم موسم المطر (مسلسل) بالمشاركة مع البطل تامر كراداغي.عام 2009 اخذت دور في عمل اسمه 72 جزء في مسرحيه صدرى اليشك التي أخرجها كامل بصار. وجدت كمتسابقه في مسابقة الرقص مثل يوك التي نظمها الإعلام في برنامج تليفزيونى.
عام 2011 اخذت دور في مسلسل باسم الأسرة الكبيرة الذي تم إذاعته في تليفزيون ستار. عام 2012 مثل شخصية استاذ اليف مدرس الموسيقى في مسلسل ام. يو.سى.ك .عام 2014 مثل دور جولتن كضيف شرف في مسلسل فوز درويش الذي تم تشره في كانال دي. و في عام 2015 انضمت لمسلسل بويراز كارايل بدور شيدام سونار بدءًا من الحلقة 14.
البار
بارٍ
اسم فاعل من برَى.
• الباري: تخفيف البارئ، وهو من أسماء الله الحسنى بمعنى الخالِق.
إن الله هو البر والبار : سواء في نفس وجوده الكريم أو في صفاته ، أو في فعله البار الذي شرف كل موجود فكرمه في وجوده وبكل ما أنعم عليه ، وله سبحانه ظهور على كل الموجودات بالنعم العامة التي بها قوام كل موجود وما يوصله لهداه وغايته بأحسن صورة ممكنة ، نذكر البر الخالص للأبرار من الله البار.
ذو القوَّة من صفات الله الحسنى وردت في القرآن الكريم ،ولم يعدّه أحدٌ من أسمائه بل القوي من أسمائه الحسنى، ومعناه: الكامِل القدرة على الشّيء، الذي لا يستولي عليه العجزُ في حالٍ من الأحوال.
ذو بمعني صاحب والقوة هي الشدة
ذو.
ذو : كلمة يُتَوَصل بها إِلى الوصْف بالأجناس، ملازمة للإضافة إلى الاسم الظاهر، ومعناها: صَاحِب.
يقال: فلان ذو مال، وذو فضل.
ويقال: أتَيتُة ذا صَباح وذا مساء: وقت الصُّبح، ووقت المساء.
ويقال:_ جاءَ من ذي نفسه: طيّعًا.
وطعنه فخرح ذو بَطْنه: أمْعَاؤه.
وسمعت ذا فيه: كلامَه.
ومثَنّاهُ: ذَوَا. والجمع : ذَوُون.
ورد مرة واحدة في سورة الذاريات في قوله تعالي: ، قال السعدي :
الشهرستاني ، نسبة إلى شَهْرَستان (في خراسان) ، قد تشير إلى:
هو محمد علي بن حسين بن محسن بن مرتضى الحسيني،(1301 - 1386 هـ / 1884 - 1967 م) المعروف بهبة الدين الشهرستاني. باحث من أعيان الشيعة الإمامية في العراق قضى حياته في العراق ومصر.
عالم ومجتهد كبير، ومفسر للقرآن، محارب ومجاهد، ولد في 24 رجب عام 1301 قمري في سامراء أبوه السيد حسین الحائري الکاظمي و أمه مریم وهي من العلويين أبناء المیرزا مهدي شهرستاني موسوية النسب، ويصل نسبه من خلال ثلاثين واسطة بزيد بن علي بن الحسين.
بدأ دراسته الرسمية في العاشرة من عمره بدراسة مقدمات العلوم الإسلامية، وعكف خلال تسع سنوات على دراسة الصرف والنحو، المنطق، العروض، علم البیان، البدیع، الحدیث، الدرایة، الرجال، الفقه والأصول السطح المتوسط، التأریخ، الحساب والریاضیات في كربلاء بعد وفاة والده انتقل إلى النجف استفاض علميا من اساتذة كبار مثل الآخوند الخراساني، کاظم الیزدي وشریعت الأصفهاني فكانت له مكانة بين مجتهدي الشيعة.
أنشأ علاقات مع مفتي مصر آنذاك شيخ محمد عبده وصاحب مجلة النهار وآخرين من رؤساء المجلات كالمقتطف والهلال كما أنشأ ارتباطا موثقا بين المراكز الثقافية الشيعية والسنية في العراق ومصر وسوريا ، وافتتح مدرستين في البحرين هما مدرسة الإصلاح ومدرسة الإٍسلام
ولمحمد باقر أحمد بهادلي كتاب «السيد هبة الدين الحسيني آثاره الفكرية ومواقفه السياسية».
سنين المرض.
عانى من ألم في عينيه لعدة سنين وسافر من أجل العلاج إلى سوريا ولكن من دون جدوى في النهاية أصيب بالعمى فكانوا يقرأون له الكتب وهو كعادته يؤلف مقالا أو كتابا.
توفي هبة الدين في ليلة يوم الإثنين السادس والعشرين من شهر شوال عام 1386 قمري عن عمر ناهز الثلاث وثمانين سنة ودفن في حرم موسى بن جعفر في بغداد.
&lt;parentid&gt;43141597&lt;/parentid&gt;
&lt;timestamp&gt;2020-05-06T00:28:59Z&lt;/timestamp&gt;
التوافقية المستقبلية، أو التوافقية مع إصدارات أحدث (بالإنكليزية Forward compatibility) هي إحدى مفاهيم التوافقية في تصميم الأنظمة البرمجية (على النقيض من التوافقية مع الإصارات الأقدم). تتطلع التوافقية المستقبلية إلى قدرة تصميم معين على تقبل مدخلات معدة لإصدارات لاحقة منه. المفهوم يمكن أن يطبق على أنظمة برمتها أو على واجهات إلكترونية أو إشارات اتصالات أو بروتوكولات تواصل البيانات أو نسق الملفات أو لغات البرمجة.
الجرو هو الاسم الرئيسي لصغار الكلب، قد ُطلق أيضًا (بشكلٍ ثانوي) على صغار بعض الحيوانات مثل:
أصدرة البرمجيات هي عملية منح إما أسماء أو أرقام إصدارات مميزة لحالات فريدة من برمجيات الحاسب. في كل تصنيف لأرقام الإصدارات (رئيسي أو ثانوي)، تُمنح هذه الأرقام بشكل عام في ترتيب تزايدي  وتتناسب مع التطويرات الجديدة في البرمجيات. على مستوى أكثر دقة، يُستخدم ضبط النسخ لتتبع الإصدارات المختلفة المتزايدة من المعلومات سواءً كانت هذه المعلومات هي برمجيات حاسب أم لا.
غالبًا يتم تتبع برمجيات الحاسب الحديثة باستخدام استراتيجيتين مختلفين لأصدرة البرمجيات وهما رقم الإصدار الداخلي الذي من الممكن أن يزداد في اليوم الواحد عدة مرات –مثل رقم تعديل التغيير- والإصدار الذي يتم إطلاقه والذي يتغير بشكل أقل بكثير مثل الأصدرة الدلالية أو اسم رمز المشروع.
أُنشئت العديد من استراتيجيات ترقيم الإصدارات من أجل الإصدارات المختلفة لجزء من برنامج. أدى انتشار الحواسيب إلى استخدام هذه الاستراتيجيات في سياقات خارج استعمالها في الحواسيب.
المُعرّفات المعتمدة على التسلسل.
عند كل إصدار للبرنامج في استراتيجيات أصدرة البرمجيات القائمة على التسلسل، يُمنح الإصدار معرّف مميز يتألف من تسلسل واحد أو أكثر من الأرقام أو الأحرف. هذا هو نطاق القواسم المشتركة بينها، لكن تختلف الاستراتيجيات بشكل كبير بما يتعلق بعدة أمور مثل عدد التسلسلات وطريقة نَسب المعنى للتسلسلات الفردية وطرق زيادة التسلسلات.
أهمية التغيير.
في بعض الاستراتيجيات، تُستخدم المعرفات المستندة إلى التسلسل لتمثيل أهمية التغييرات بين الإصدارات. تُصنف التغييرات حسب مستوى الأهمية واتخاذ القرار الذي يحدد أي تسلسل بين الإصدارات هو الذي سوف يتغير يعتمد على أهمية التغييرات عن الإصدار السابق لها، إذ أن الإصدار الأول يحتوي على غالبية التغييرات المهمة وتصبح التغييرات على التسلسلات بعد الإصدار الأول تمثل التغييرات الأقل أهمية.
يمكن أن تُقيّم الأهمية اعتمادًا على الاستراتيجية من خلال ماهية أسطر الكود (التعليمات البرمجية) التي تغيرت أو النقاط الوظيفية التي أُضيفت أو حُذفت أو التأثير المُحتمل على العملاء فيما يتعلق بالعمل المطلوب لتبني إصدار جديد، أو مخاطر حدوث أخطاء أو تغييرات غير مُصرح عنها أو بعض التغييرات الهامة في شكل التنسيق المرئي أو مجموعة من السمات الجديدة أو تقريبًا أي شيء يعتبره مطوّري أو مسوقي البرنامج مهمًا بما فيه الرغبة بالتسويق لإظهار «الجودة النسبية» في الإصدار الجديد.
تستخدم الأصدرة الدلالية «المعروفة باسم SemVer) –أفضل وأشهر استراتيجية ترقيم مُعتمدة في هذه الفئة- تسلسلًا من ثلاثة أرقام (Major.Minor.Patch) أو (رئيسي.ثانوي.رقعة)، وعلامة اختيارية قبل الإصدار وعلامة تعريف اختيارية للإصدار. يعتبر مجال الخطأ والفعالية في هذه الاستراتيجية مقياسًا للأهمية. يُشار إلى التغييرات الجذرية من خلال زيادة الرقم الأساسي (خطورة عالية)، وإضافة ميزات غير جذرية تزيد الرقم الثانوي (خطورة متوسطة) وإضافة جميع التغيرات الأخرى تزيد رقم الرقعة (خطورة منخفضة). وجود علامة ما قبل الإصدار (-ألفا، -بيتا) يشير إلى خطر جوهري مثلما يشير وضع الرقم صفر في موقع الأساسي (0.y.z) الذي يُستخدم ليشير إلى أن هناك عمل جاري يمكن أن يتضمن أي مستوى مُحتمل من التغييرات الجذرية (الخطورة الأعلى).
يمكن للمطورين أن يختاروا الانتقال عدة إصدارات ثانوية في مرحلة ما ليشيروا إلى إضافة ميزات مهمة، لكنها لا تكفي لتُجيز زيادة الرقم الأساسي للإصدار، على سبيل المثال انتقال متصفح إنترنت إكسبلورر 5 من 5.1 إلى 5.5، أو انتقال أدوبي فوتوشوب من 5 إلى 5.5. يمكن أن يتم ذلك ليوضح أهمية التحديث بالنسبة لمستخدم البرنامج، أو -مثل حالة برنامج أدوب- لتمثيل إصدار جزئي بين الإصدارات الأساسية رغم أن الأصدرة المستندة إلى التسلسل لا تقتصر على رقم واحد، كما في الإصدار 2.79 لبرنامج بلندر).
يوجد طريقة مختلفة لاستخدام الأرقام الأساسية والثانوية إلى جانب سلسلة أبجدية رقمية تدل على نوع الإصدار، مثال: «ألفا (أ)»، أو «بيتا (ب)»، أو «إصدار مرشح (آر سي)». يمكن أن يبدو استخدام تسلسل إطلاق برنامج لهذه المقاربة على الشكل التالي 0.5، 0.6، 0.7، 0.8، 0.9       b11.0، b21.0(إضافة بعض الإصلاحات)، b31.0(إضافة إصلاحات أخرى)        rc11.0 (إذا استقرت بما يكفي)، rc21.0 (إذا وُجد فيها أخطاء أخرى)        1.0. أحد الممارسات الشائعة في هذه الاستراتيجية هي إيقاف الميزات الجديدة والتغييرات الجذرية خلال إطلاق الإصدار المرشح وبالنسبة لبعض مجموعات العمل فإن بيتا أيضًا تُقفل إذ يُسمح بتصحيح الأخطاء فقط، وذلك لضمان الاقتراب من الوصول الإصدار المُستهدف.
تضمن باقي الاستراتيجيات المعنى في السلسلة الفردية:
major.minor[.build[.revision] ]  (مثال: 1.2.12.102)
major.minor[.maintenance[.build]]    (مثال: 1.4.3.5249)
مجددًا في هذه الأمثلة تعريف ما يمثله تغير الرقم «الأساسي» المختلف عن الرقم «الثانوي» هو شخصي ويعود للكاتب، والأمر ذاته بالنسبة لما يعرف «البناء-build» أو كيف يختلف «التنقيح-revision» عن «الثانوي».
قد تستخدم المكاتب المشتركة بين سولاريس ولينوكس الصيغة current.revision.age وفيها:
Current: أحدث رقم لواجهة الاستخدام تحققه المكتبة.
Revision: رقم تحقيق واجهة الاستخدام الحالية.
Age: الفرق بين أحدث وأقدم واجهة استخدام تحققها المكتبة.
يوجد مشكلة مشابهة تتعلق بأهمية التغيير النسبي وتسمية الإصدارات عند نشر الكتب إذ يمكن أن يٌختار رقم واسم النسخة اعتمادًا على معايير مختلفة.
في معظم البرامج الاحتكارية يكون الإصدار الأول من منتج البرنامج هو الإصدار1 (version 1).
درجة التوافقية.
تستخدم بعض المشاريع رقم الإصدار الأساسي للإشارة إلى الإصدارات غير المتوافقة. مثالان على ذلك هما مكاتب Apache Portable Runtime (APR) ونظام إدارة المحتوى FarCry.
الأصدرة الدلالية هي اصطلاح رسمي من أجل تحديد التوافقية باستخدام رقم الإصدار ذو الأجزاء الثلاثة. الإصدار الرئيسي والإصدار الثانوي والرقعة(باتش). يزداد رقم الباتش عند إضافة تغيرات ثانوية وإصلاح الأخطاء التي لا تغير من واجهة التطبيقات البرمجية للبرنامج (API). يزداد رقم الإصدار الثانوي في الإصدارات التي تضيف ميزات جديدة لواجهة التطبيقات البرمجية لكن متوافقة مع الإصدارات السابقة، ويزداد رقم الإصدار الأساسي عند إضافة التغييرات في واجهة التطبيقات البرمجية التي لا تكون متوافقة مع الإصدارات السابقة. على سبيل المثال، البرنامج الذي يعتمد على الإصدار 2.1.5 لواجهة برمجة التطبيقات متوافق مع الإصدار 2.2.3 لكن ليس بالضرورة مع 3.2.4.
يكتب المبرمجون عادة برامج جديدة متوافقة مع الإصدارات السابقة، بعبارة أخرى فإن البرنامج الجديد يُصمّم لكي يتعامل بشكل صحيح مع الإصدارات القديمة للبرنامج (باستخدام بروتوكولات قديمة وصيغ الملفات) ومع أحدث نسخة (باستخدام أحدث البروتوكولات وصيغ الملفات). على سبيل المثال، نظام تشغيل z/OS لشركة آي بي إم مصمم ليعمل بشكل مناسب مع ثلاثة نسخ أساسية لنظام التشغيل الذي يعمل معه في العنقود ذاته من أجهزة الحواسيب الكبيرة أو (sysplex). يمكن للأشخاص الذين يشغلون عنقود حواسيب ذو جاهزية عالية أن يُبقوا معظم الحواسيب في وضع التشغيل بينما يتم إيقاف جهاز واحد في كل مرة ويٌحدّث ويُعاد إلى الخدمة.
تتضمن عناوين الترويسات وصيغ الملفات عادةً رقم إصدار يكون في بعض الأحيان هو ذاته رقم إصدار البرنامج الذي كُتبت فيه، أو أحيانًا «رقم إصدار البروتوكول» المستقل عن رقم إصدار البرنامج. يعتبر الكود (التعليمات البرمجية) المسؤول عن التعامل مع البروتوكولات القديمة المهجورة وصيغ الملفات غير مهم غالبًا.
تحول ثقافة الغربية.