10 أخطاء سكل الشائعة - الدمى

وجهه - لا أحد يدرس سكل للمتعة منه. يمكنك استخدام سكل لإنشاء تطبيقات قاعدة البيانات، ولكن قبل أن تتمكن من بناء واحد، تحتاج إلى قاعدة بيانات. لسوء الحظ، العديد من المشاريع تذهب فورة قبل أن يتم ترميز السطر الأول من التطبيق. إذا لم تحصل على تعريف قاعدة البيانات، فإن طلبك محكوم عليه. وهنا عشرة الأخطاء المشتركة إنشاء قاعدة البيانات التي يجب أن تكون على اطلاع على.

لا تفترض أن العملاء يعرفون ما يحتاجون إليه

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

خاطئة. معظم المستخدمين لا تملك المعرفة أو المهارات اللازمة لتحديد المشكلة بدقة، لذلك لديهم فرصة ضئيلة لتحديد أفضل حل.

عملك هو إقناع عميلك ببراعة بأنك خبير في تحليل الأنظمة وتصميمها وأن عليك القيام بتحليل سليم لكشف السبب الحقيقي للمشكلة.

لا تتجاهل نطاق المشروع

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

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

لا تنظر فقط في العوامل الفنية

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

لا تجنب ملاحظات العملاء

قد يكون أول ميل للاستماع إلى المديرين الذين يؤجرونك. بعد كل شيء، المستخدمين بالتأكيد كما هيك لا تدفع رسومك. من ناحية أخرى، قد يكون هناك سبب وجيه لتجاهل المديرين أيضا. وعادة ما لا يكون لديهم فكرة حول ما يحتاجه المستخدمون حقا. انتظر دقيقة!

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

لا يمكنك دائما استخدام بيئة التطوير المفضلة لديك

ربما كنت قد أمضيت أشهر أو حتى سنوات لتصبح أكثر كفاءة في استخدام نظام إدارة قواعد البيانات أو بيئة تطوير التطبيقات. ولكن البيئة المفضلة لديك - بغض النظر عن ما هو عليه - لديه نقاط القوة والضعف.

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

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

لا تقتصر على استخدام بنية النظام المفضلة لديك

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

لا تقم بتصميم جداول قاعدة البيانات بمعزل

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

لا تهمل تصميم التعليقات

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

لا تخطي اختبار بيتا

حتى إذا كنت اختباره في كل طريقة يمكن أن يخطر لك، وتطبيق من المؤكد أن تحتوي على وسائط الفشل التي لا تكشف. اختبار بيتا يعني إعطاء التطبيق للأشخاص الذين لا يعرفون كيف تم تصميمه.

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

لا تنس توثيق العملية

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

الإفراط في توثيق عملك. ضع بمزيد من التفصيل مما تعتقد أنه معقول. وسوف تسدد لاحقا.