جدول المحتويات:
- حدد المهمة
- تحديد نطاق المشروع
- حدد ما سوف يستغرقه العمل:
- إنشاء بيان المتطلبات
- إنشاء نموذج قاعدة بيانات رسمية
- تصميم تطبيق قاعدة البيانات
- بناء عليه
- وثيقة
- اختبر كل شيء
- الحفاظ على المنتج النهائي
فيديو: 7 خطوات لتقبل فكرة الفشل والنهوض لتحقيق النجاح 2025
الغرض من سكل هو تمكين المطورين لإنشاء قواعد بيانات مفيدة وقوية وتطبيقات قاعدة البيانات. من أجل أن تكون ناجحة في هذا، يجب أن تمر جهود التنمية الخاصة بك من خلال سلسلة من المراحل، كل بناء واحد على السابق، حتى يمكنك أن تحتفل بحق مشروع ناجح. وهنا عشر مراحل أساسية من شأنها أن تؤدي إلى جهد ناجح لتطوير قاعدة البيانات.
حدد المهمة
في بداية المشروع، الشخص الذي يعينك مهمة بناء نظام (العميل) لديه فكرة عن ما هو مطلوب. قد تكون هذه الفكرة محددة جدا، حادة، وموجزة، أو قد تكون غامضة، غامضة، وغير محددة. مهمتك الأولى هي إنشاء ووضع وصف مفصل لما يجب أن تكون النتيجة النهائية للمشروع، ودعا والتسليمات . هذه هي المهمة الأساسية لمرحلة التعريف.
في مرحلة التعريف، يمكنك تعريف المشكلة التي يتعين حلها بواسطة قاعدة البيانات والتطبيق المرتبط بها بأكبر قدر ممكن من الدقة. قم بذلك من خلال الاستماع بعناية إلى العميل الخاص بك لأنها تصف ما تتصور النظام ليكون. اطرح أسئلة لتوضيح النقاط الغامضة. في كثير من الأحيان، فإن العميل لم يفكر الأشياء من خلال تماما. سيكون لديها فكرة عامة عن ما تريد، ولكن لا توجد فكرة واضحة عن التفاصيل. يجب أن تأتي إلى اتفاق معها على تفاصيل قبل أن تتمكن من المضي قدما.
تحديد نطاق المشروع
الخطوة التالية في مرحلة التعريف هي تحديد نطاق المشروع. كيف كبيرة سيكون العمل؟ ما الذي يتطلبه وقت المحلل، وقت المبرمج، المعدات، وغيرها من بنود التكلفة؟ هل هناك موعد نهائي؟
حدد ما سوف يستغرقه العمل:
بعد تحديد نطاق المشروع، السؤال التالي الذي يطرح نفسه هو: هل من الممكن القيام بهذه المهمة ضمن قيود الوقت والتكلفة المفروضة عليه؟ من قبل العميل؟ "للإجابة على هذا السؤال، يجب عليك القيام بتحليل الجدوى. بعد إكمال التحليل، قد تقرر أن المشروع غير ممكن كما هو محدد حاليا. يجب عليك إما رفضه أو إقناع العميل للحد من نطاق إلى شيء أكثر قابلية للإدارة.
بمجرد أن تتأكد من أن المشروع قابل للتنفيذ، فإنك تعرف نوع التوظيف الذي ستحتاج إليه للقيام بهذه المهمة. عند هذه النقطة تحتاج إلى أن تقرر من سيعمل على المشروع. قد تكون قادرا على القيام بعمل صغير بنفسك، ولكن معظم جهود التطوير تتطلب فريقا من عدة أفراد. إن إيجاد أشخاص لديهم المهارات المطلوبة (والذين يتوفرون أيضا للعمل في المشروع عندما تحتاجون إليها) يمكن أن يكون تحديا مثل أي جزء من مجمل الجهود الإنمائية.
إنشاء بيان المتطلبات
بمجرد التوصل إلى اتفاق مع العميل الخاص بك على ما سيشمل المشروع بالضبط، يمكنك كتابة بيان رسمي للمتطلبات. بيان المتطلبات عبارة عن بيان صريح بآليات عرض وتحديث وتحديثات قاعدة البيانات.
يجب أن يكون بيان المتطلبات مفصلا قدر الإمكان. انها أساسا عقد بينك وبين العميل الخاص بك. أنت توافق على ما سيتم تسليمه بالضبط ومتى سيتم تسليمه. ولإحكام هذا الترتيب، يجب على كل من أنت والعميل التوقيع على بيان المتطلبات، مما يدل على الاتفاق على ما ستكون مسؤولا عن تقديمه. قد تبدو هذه الخطوة رسمية نوعا ما، ولكنها تحمي كلا الطرفين. ولا يمكن أبدا أن يكون هناك أي سؤال فيما بعد بشأن ما تم الاتفاق عليه.
إنشاء نموذج قاعدة بيانات رسمية
حتى الآن، كان المشروع في المقام الأول التحليل. عند هذه النقطة، يمكنك إدخال مرحلة التصميم وجعل الانتقال من التحليل إلى التصميم. أنت على الأرجح تعرف كل ما تحتاج لمعرفته حول المشكلة، حتى الآن يمكنك البدء في تصميم الحل.
تصميم قاعدة البيانات هو كل شيء عن النماذج. عند هذه النقطة، لديك نموذج بيانات المستخدمين، الذي يلتقط مفهوم المستخدمين لهيكل قاعدة البيانات. وهو يشمل جميع أنواع الكائنات الرئيسية، وخصائص تلك الكائنات، وكيف ترتبط الكائنات ببعضها البعض. ومع ذلك، فإنه لم يتم تنظيمه بشكل كاف ليكون أساسا لتصميم قاعدة البيانات. لذلك، تحتاج إلى تحويل نموذج بيانات المستخدمين إلى نموذج يتوافق مع واحدة من أنظمة النمذجة قواعد البيانات الرسمية التي تم تطويرها على مدى العقود القليلة الماضية.
الأكثر شعبية من أنظمة النمذجة الرسمية هو نموذج العلاقة بين الكيان، ويشار إليه عادة باسم نموذج E-R. مع هذا النموذج، يمكنك التقاط ما قاله المستخدمين لك في شكل محدد جيدا يمكنك ثم تترجم بسهولة إلى قاعدة بيانات علائقية.
بمجرد أن يكون لديك النظام في شكل نموذج E-R، فإنه من السهل أن تتحول إلى نموذج علائقي. النموذج العلائقي هو شيء يفهمه نظام إدارة قواعد البيانات (دبمس)، ويمكنك إنشاء قاعدة البيانات مباشرة منه.
تصميم تطبيق قاعدة البيانات
وبمجرد الانتهاء من تصميم قاعدة البيانات، يتم إنجاز مهمة التصميم فقط نصف. لديك بنية يمكنك الآن ملؤها مع البيانات، ولكن ليس لديك حتى الآن أداة للتشغيل على تلك البيانات. الأداة التي يجب عليك تصميمها الآن هي تطبيق قاعدة البيانات.
تطبيق قاعدة البيانات هو جزء من النظام الكلي الذي يتفاعل مع المستخدم. فإنه يخلق كل ما يرى المستخدم على الشاشة. فإنه يستشعر ويستجيب لكل الاكتئاب الرئيسي الذي يقوم به المستخدم وكل عمل الماوس أن يقوم المستخدم. فإنه يطبع كل التقرير الذي يقرأ من قبل زملاء العمل المستخدم. من وجهة نظر المستخدم، تطبيق قاعدة البيانات هو النظام.
في تصميم تطبيق قاعدة البيانات، يجب التأكد من أنه يمكن المستخدمين من القيام بكل ما يعده بيان المتطلبات التي سوف تكون قادرة على القيام به.كما يجب أن تقدم واجهة مستخدم مفهومة وسهلة الاستخدام. يجب أن تظهر وظائف النظام في المواقف المنطقية على الشاشة. يجب على المستخدم فهم بسهولة كيفية تنفيذ جميع الوظائف التي يوفر التطبيق.
بناء عليه
الآن بعد أن لديك تصميم قاعدة بيانات، يمكنك إنشاء الجداول والعلاقات بينهما، والقيود المفروضة على تلك البيانات التي يمكن إدخالها فيها.
وثيقة
كل ما قمت به وأسباب جميع القرارات التي قمت بها يجب أن تكون موثقة بدقة. نأمل، كنت قد تم القيام بذلك على طول. في هذه المرحلة، كل ما عليك القيام به هو وضع الوثائق في شكلها النهائي. يجب أن يكون مطور مختص غير مألوف للمشروع قادرا على استالمه بعد االنتقال إلى أشياء أكبر وأفضل.
اختبر كل شيء
وبمجرد الانتهاء من بناء وتوثيق نظام قاعدة بيانات، قد يبدو أنك قد انتهيت، ويمكنك التمتع بعطلة جدارة، ولكن لم يتم الانتهاء تماما حتى الآن - يحتاج النظام إلى يتم اختبارها بدقة. هذا الاختبار يجب أن يتم من قبل شخص لا يعتقد بنفس الطريقة التي تقوم بها. وبمجرد أن يصبح النظام قيد التشغيل، سوف يقوم المستخدمون بعمل الأشياء التي لم تتخيلها أبدا. سيجعلون مجموعات من التحديدات التي لم تتوقعها، وإدخال القيم في الحقول التي لا معنى لها، والقيام بالأشياء إلى الوراء، رأسا على عقب. ليس هناك ما يقولون ماذا سيفعلون. مهما كان الشيء غير متوقع المستخدم يفعل، وتريد النظام للرد بطريقة تحمي قاعدة البيانات والتي توجه المستخدم إلى اتخاذ إجراءات الإدخال المناسبة.
الحفاظ على المنتج النهائي
بعد أن قمت بتسليم النظام في الوقت المحدد وعلى الميزانية، يحتفل بها، وجمع دفعتك النهائية لهذا المنصب، ومسؤولياتك لم تنته. حتى لو كان المختبر المستقل قد قام بعمل رائع في محاولة لجعل النظام يفشل، بعد الولادة قد لا تزال تؤوي الخلل الكامنة التي تظهر أسابيع أو أشهر أو حتى سنوات في وقت لاحق. قد تكون ملزمة لإصلاح تلك الأخطاء دون أي رسوم، اعتمادا على الاتفاق التعاقدي مع العميل.
حتى لو لم يتم العثور على البق، قد لا يزال لديك بعض المسؤولية المستمرة. بعد كل شيء، لا أحد يفهم النظام وكذلك لك. ومع مرور الوقت، ستتغير احتياجات العميل. ربما انها سوف تحتاج وظائف إضافية، أو تريد أن تهاجر إلى أحدث وأكثر قوة الأجهزة. هذه الاحتمالات قد تتطلب تعديلات على تطبيق قاعدة البيانات، وكنت في أفضل وضع للقيام بهذه التعديلات، بناء على معرفتك السابقة. قد يعني هذا العمل الإضافي بعض الإيرادات الإضافية اللطيفة لك.