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

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

فهم مشترك

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

الانتباه إلى كل التفاصيل

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

ما هي هناك؟

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

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

المتطلبات: أين يمكن الحصول عليها؟

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

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

ليس بهذه البساطة

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

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

كيف تبدو؟

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

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

العمل المستمر

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

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

خطوة بخطوة

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

لكي تكون عملية تشكيل المتطلبات فعالة ، وتكون نتائجها قابلة للتطبيق في العمل ، من الضروري اتباع الخوارزميات المقبولة عمومًا لصياغة الشروط.

النقاط المرجعية

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

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

النهج البديل

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

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

العمل مع وجهات النظر

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

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

خذ وقتك!

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

شهادة من المتطلبات

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

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