GOST بشأن المواصفات الفنية لتطوير البرمجيات. متطلبات هياكل المعلومات وطرق الحل. التكوين الأولي لوثائق البرنامج

02.02.2019

الشروط المرجعية لتطوير برنامج "__________"

إيركوتسك، 2015

مقدمة

إسم البرنامج

اسم البرنامج: "قاعدة بيانات الإنترنت حول محور الأرض"

الغرض والنطاق

تم تصميم البرنامج لإنشاء وإدارة محتويات قاعدة بيانات تحتوي على البيانات التالية:

1.2.1. عروض منظمي الرحلات السياحية
1.2.2. قوائم الأسعار للحساب جولات فردية
1.2.3. إمكانية التنفيذ التحليلات الإحصائية(التغيرات في الأسعار، رحلات الطيران)
1.2.4. البيانات السياحية للحجز عبر الإنترنت.
1.2.5. بيانات الفندق

يوفر البرنامج واجهة ويب لإدارة محتويات قاعدة البيانات وفقًا للمتطلبات عبر بروتوكول http.

متطلبات البرنامج

المتطلبات ل الخصائص الوظيفية

يجب أن يوفر البرنامج القدرة على أداء الوظائف التالية:
2.1.1. تقسيم المستخدمين المتصلين عبر واجهة الويب إلى مجموعات:
2.1.1.1. غير مصرح
2.1.1.2. سياح
2.1.1.3. مسؤولي قواعد البيانات
2.1.2. إمكانية البحث (تصفية) قاعدة بيانات المعلومات عن العروض المقدمة من منظمي الرحلات السياحية
2.1.3. إمكانية حجز العرض المختار لمنظم الرحلات السياحية عبر الإنترنت من قبل المستخدمين المعتمدين (السياح). اتصال محدد نظام الدفعلا يتم تضمينها في الاختصاصات.
2.1.4. إمكانية الدفع عبر الإنترنت أو في مكتب عرض منظم الرحلات المحجوز.
2.1.5. إمكانية البحث (تصفية) قاعدة بيانات معلومات الفندق.
2.1.6. لمسؤولي قواعد البيانات القدرة على البحث (تصفية) قاعدة بيانات المعلومات عن السياح.
2.1.7. بالنسبة لمسؤولي قواعد البيانات، القدرة على تحليل ديناميكيات تغيرات الأسعار والطيران في قاعدة البيانات.
2.1.1. القدرة على توصيل وحدات الاستيراد المستقلة من مصادر خارجيةالبيانات إلى قاعدة البيانات الحالية.

3.2.1 متطلبات الأداء

متطلبات البرنامج أو المنتج البرمجي

يجب على برنامج Photo Effect: تزويد المستخدم بالمعلومات حول هذا الموضوع، وإجراء اختبار للمعرفة حول الموضوع الذي تمت دراسته، وتوفير موقف لـ العمل المختبريعند اجتياز الاختبار بنجاح.

تعتبر بيانات الإدخال الخاصة بالبرنامج بمثابة قاعدة للأسئلة الخاصة ببرنامج الاختبار.

مخرجات البرنامج هي النتيجة التي تم الحصول عليها أثناء العمل المختبري.

متطلبات الموثوقية

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

مصداقية منتج برمجيهو احتمال أن يعمل البرنامج دون أعطال خلال فترة زمنية معينة، مع الأخذ في الاعتبار درجة تأثيرها على نتائج المدخلات.

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

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

تتجلى خصائص الموثوقية في حقيقة أن النظام يؤدي المهام الموكلة إليه دون مشاكل.

يرتبط فقدان موثوقية النظام بحدوث فشل.

تعتمد موثوقية منتج البرنامج على العديد من العوامل التي تحدد مراحل مختلفةتطوير هذا المنتج البرمجي.

شروط الاستخدام

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

ولكن منذ أن تم تثبيته مع قرص مرن، فيجب تخزين هذا القرص في حالة درجة حرارة الغرفةفي مكان جاف.

متطلبات التكوين والمعلمات الوسائل التقنية

لتثبيت منتج البرنامج هذا وتشغيله على جهاز الكمبيوتر الخاص بك، يجب أن يكون لديك نظام التشغيلويندوز 98

الحد الأدنى المحددالوسائل التقنية لعمل البرنامج :

1. القائم على الكمبيوتر معالج بنتيومإي 233 ممكس؛

2. قرص مضغوط لتثبيت منتج البرنامج على جهاز الكمبيوتر؛

3. مناور من نوع الماوس.

4. لوحة المفاتيح.

5.4 جيجا بايت على القرص الصلب؛

6. مراقب الألوان.

متطلبات المعلومات و توافق البرامج

يجب أن تتوافق بنية بيانات البرنامج المتطلبات المقررة، وإلا فسوف يحدث خلل.

منذ أن تم تطوير البرنامج باللغة برمجة دلفي 6، فستعمل حتى على جهاز كمبيوتر لم يتم تثبيت لغة البرمجة أو المكتبة فيه من هذه اللغة.

3.2.2 المتطلبات وثائق البرنامج

وثيقة البرنامج هي وثيقة تحتوي على معلومات ضرورية، اللازمة لتطوير وإنتاج وتشغيل وصيانة منتج البرمجيات.

قد تتضمن وثائق البرنامج مجموعة المستندات التالية:

مهمة فنية(GOST 19.201-78)، الذي يحدد متطلبات البرامج والمراحل وشروط التطوير اللازمة وأنواع الاختبارات؛

نص البرنامج (GOST 19.401-78) – تسجيل البرنامج مع التعليقات اللازمة؛

وصف البرنامج (GOST 19.402-78) الذي يحتوي على معلومات عنه البنية المنطقيةوالأداء برمجة;

مذكرة توضيحية (GOST 19.201-78)، بما في ذلك وصف عامالخوارزميات وتشغيل البرمجيات.

المتطلبات العامةلوثائق البرنامج

تتكون كل وثيقة برنامج من عدة أجزاء، كل منها له اسمه الخاص:

1. صفحة عنوان الكتاب.

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

- تعيين العنصر الهيكلي(رقم القسم، رمز القسم)؛

- اسم العنصر الهيكلي؛

- عنوان العنصر الهيكلي على حامل البيانات (رقم الصفحة، رقم الملف).

3. الجزء الرئيسي. يحتوي على جميع المعلومات حول البرنامج، والبرنامج نفسه (النص)، وبنية الأجزاء الفردية، والوحدات النمطية، وما إلى ذلك.

4. تسجيل التغييرات. عن كل تغيير وثيقة سياسةيتم إجراء إدخال مماثل وتوثيقه في هذا الجزء.

إجراءات التحكم والقبول

قبل تشغيل منتج البرنامج، من الضروري التحقق من وجود أخطاء فيه وتصحيحه.

يُفهم الخطأ على أنه عدم صحة أو أي انحرافات أو تشوهات في عملية تنفيذ البرنامج.

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

يفترض تصحيح أخطاء البرنامج وجود خطأ أو آخر.

للتأكد من صحة البرنامج، تحتاج إلى اختباره.

اختبار منتج برمجي هو عملية تنفيذ برامج لمنتج برمجي معين على مجموعة معينة من البيانات التي تكون نتيجتها معروفة مسبقًا.

في نهاية الاختبار، نقوم بمقارنة بيانات المخرجات المستلمة مع ما توقعنا تلقيه.

إذا تزامنت البيانات المتوقعة والمستلمة، فإن البرنامج يعمل دون انحرافات.

الأهداف الرئيسية للاختبار هي:

1. الحصول على النتائج بناءً على بيانات محددة.

2. مراقبة جودة البرنامج.

3. تأكد من أن البرنامج يعمل بشكل صحيح.

لنجري بعض الاختبارات باستخدام منتج البرنامج هذا:

1. عند تحديد عنصر القائمة "ملف -> اختبار"، نذهب إلى نموذج آخر حيث يوجد برنامج الاختبار؛

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

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

اسم موضوع التطوير هو "تطوير محرر نصوص للعمل مع ملفات rtf".

تعيين موضوع التطوير (رمز الموضوع) هو "RTF-007".

الغرض من التطوير

يجب أن يشير القسم إلى الوظائف و الغرض التشغيليبرنامج أو منتج برمجي.

الغرض الوظيفي

الغرض الوظيفي للبرنامج هو تزويد المستخدم بالقدرة على العمل مع المستندات النصية بتنسيق rtf.

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

يمكن تفسير الغرض التشغيلي على نطاق واسع جدًا. أين وكيف ومن وبماذا يجب استخدام البرنامج؟

يمكن استخدام إطارات من نفس الحجم بنجاح في مركبات Zhiguli وVolga، ولكن ليس في KamAZ. والعكس صحيح. ولكن لكل حجم مطاط محدد، يمكن تحديد الغرض التشغيلي الخاص به.

دعونا نستخدم النهج الرسمي:

الغرض التشغيلي

يجب استخدام البرنامج في الأقسام المتخصصة في مرافق العميل.

يجب أن يكون المستخدمون النهائيون للبرنامج من موظفي الأقسام المتخصصة في مرافق العميل.

متطلبات البرنامج أو المنتج البرمجي

يجب أن يحتوي القسم على الأقسام الفرعية التالية:

    متطلبات الخصائص الوظيفية؛

    متطلبات الموثوقية؛

    شروط الاستخدام؛

    متطلبات تكوين ومعايير الوسائل التقنية ؛

    متطلبات توافق المعلومات والبرمجيات؛

    متطلبات وضع العلامات والتعبئة والتغليف؛

    متطلبات النقل والتخزين؛

    متطلبات خاصة.

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

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

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

متطلبات تكوين الوظائف المنجزة

يجب أن يوفر البرنامج القدرة على أداء الوظائف التالية:

    وظائف لإنشاء ملف جديد (فارغ).

    وظائف لفتح (تحميل) ملف موجود.

    وظائف التحرير الملف الحاليباستخدام حافظة نظام التشغيل.

    وظائف حفظ الملف بالاسم الأصلي.

    وظائف حفظ ملف باسم مختلف عن الاسم الأصلي.

    وظائف لإرسال محتويات الملف الحالي بالبريد الالكترونيباستخدام برنامج بريد عميل خارجي.

    وظائف لعرض المعلومات عبر الإنترنت بتنسيق سلسلة (نصائح).

    وظائف نظام المساعدة عبر الإنترنت.

    وظائف العرض إسم البرنامجوإصدار البرنامج وحقوق النشر وتعليقات المطورين.

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

مقدمة................................................. ....... .......................... 4 1.1. اسم منتج البرنامج................................................... 4 1.2. منطقة التطبيق................................................ .......4 1.3. أسماء المطور والعميل................................................ 4 2. أساس التطوير... ................................................. 5 2.1. الوثيقة التي على أساسها يتم التطوير ............... 5 2.2. المنظمة التي وافقت على هذه الوثيقة وتاريخ الموافقة عليها................5 2.3. اسم موضوع التطوير ........................................... ......5 3. الغرض من التطوير ........................................... ............... .........5 3.1. معايير فعالية وجودة البرنامج................................................................ 5 3.2. أهداف تطوير البرنامج ................................ ................................ . ........... ..6 4. متطلبات البرنامج................................ .................... ............7 4.1. متطلبات الخصائص الوظيفية................................................ 7 4.1.1. تكوين الوظائف المنجزة ........................................... .....7 4.1.2. تنظيم بيانات المدخلات والمخرجات................................... 8 4.1.3. خصائص التوقيت وحجم الذاكرة المشغولة................................................ 9 4.2. متطلبات الموثوقية .............................................. ................... ....9 4.2.1. متطلبات التشغيل الموثوق................................................ 9 4.2.2. التحكم في معلومات المدخلات والمخرجات................................................ 9 4.2.3. وقت الاسترداد بعد الفشل ........................................... .....104.3. شروط الاستخدام............................................... .....104.4. متطلبات تكوين ومعايير الوسائل التقنية ..............................10 4.5. متطلبات توافق المعلومات والبرامج................................ 10 4.5.1. المتطلبات ل هياكل المعلوماتعند المدخل والمخرج ..............10 4.5.2. متطلبات طرق الحل ........................................... .....11 4.5.3. متطلبات لغات البرمجة................................................ 11 4.5.4. متطلبات البرامج المستخدمة في البرنامج......12 4.6. متطلبات وضع العلامات والتعبئة والتغليف ........................................... 12 4.7. متطلبات النقل والتخزين ............... 12 5. متطلبات توثيق البرامج .......................................... ...12 6. المؤشرات الفنية والاقتصادية ........................................ ...........14 7. مراحل وتطورات المراحل .............................. ........................ .14 ​​8. إجراءات المراقبة والقبول ............... ........................................... .......15 8.1. أنواع الاختبارات ........................................... ......... .......... 15 8.2 المتطلبات العامة للقبول .......................... .......................... .................. 16 الملحق 1 ............... .................. .17 الملحق 2 ............................ 22 الملحق 3............. ...................23 1 المقدمة

1.1. اسم منتج البرنامج

الاسم الكامل لتطوير البرنامج: "Program محاسبة المستودعات""Keeper"" ويشار إليه فيما بعد بـ "program" والاسم المختصر للبرنامج هو "Keeper".

1.2. منطقة التطبيق

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

1.3. أسماء المطورين والعملاء

مطور منتج البرنامج هذا هو طالب في مجموعة IVT-262 VolSTU Kudryashov P.P.، والمشار إليه فيما يلي باسم "المطور". عميل منتج البرنامج هو قسم CAD والكمبيوتر الشخصي في VolSTU، ويمثله المعلم N. P. Sadovnikova.

2. أساس التطوير

2.1. الوثيقة التي على أساسها يتم التطوير

يتم تنفيذ العمل على أساس مهمة تصميم الدورة في تخصص "تكنولوجيا البرمجة" 2.2. الجهة التي وافقت على هذه الوثيقة وتاريخ الموافقة عليهاتمت الموافقة على المهمة في اجتماع قسم CAD والكمبيوتر __________ وأصدرها مدرس القسم N. P. Sadovnikova.

2.3. اسم موضوع التطوير

اسم موضوع التطوير هو "Keeper"

3. الغرض من التطوير

هذا التطوير هو عمل فصل دراسي في تخصص "تكنولوجيا البرمجة"

3.1. معايير فعالية وجودة البرنامج

1) العامل الاجتماعي.من السهل جدًا تعلم تطوير البرامج وهو مصمم ليس فقط للمحترفين، ولكن أيضًا للمستخدمين العاديين الذين يعملون تحت نظام Windows. واجهة مريحة وبديهية مدمجة مع نظام قويتتيح لك الصور وتلميحات الأدوات المساعدة العمل مع البرنامج دون تحضير مسبق. 2) مراسلة الوضع الحاليفي سوق البرمجيات لهذا الملف الشخصي.على عكس باهظة الثمن و برامج معقدةمحاسبة المستودعات من النوع "1C-Sklad" وما شابه ذلك، يعد برنامج "Keeper" مثاليًا لممثلي الشركات الصغيرة والمتوسطة، حيث أنه يحتوي على كل ما يحتاجون إليه، ولكنه غير مثقل بميزات عديمة الفائدة وغير الضرورية. التكنولوجيا لإنشاء برنامج في وسائل الاعلام المرئيةالبرمجة تجعل واجهتها عالمية ومتوافقة مع أنظمة التشغيل Windows 95/98/2000. 3) القوى الاقتصادية.يمثل البرنامج أفضل نسبة من حيث السعر والإمكانيات التي يوفرها وسيحتل بلا شك مكانته في سوق برامج محاسبة المستودعات الرخيصة. سيكون المستخدمون الرئيسيون هم ممثلو الشركات الصغيرة والمتوسطة الحجم الذين لا يستطيعون ببساطة الدفع برامج باهظة الثمنشركات 1C وما شابه ذلك.

3.2. أهداف تطوير البرنامج

يهدف إنشاء هذا البرنامج إلى تحقيق عدد من الأهداف الفنية والاقتصادية: 1) إنشاء منتج برمجي ضروري لمحاسبة البضائع في مستودعات الشركات الصغيرة والمتوسطة. 2) إنشاء بديل رخيص لبرامج محاسبة المستودعات باهظة الثمن الموجودة حاليًا مثل 1C-Warehouse وما شابه. 3) إنشاء بشكل حدسي برنامج واضحمع واجهة Windows المريحة والعالمية للبساطة والقوة والفعالية السيطرة الفعالةللبضائع.

4. متطلبات البرنامج

4.1. المتطلبات الوظيفية

4.1.1. تكوين الوظائف المنجزة

1) يجب أن يعمل البرنامج مع عدد عشوائي من المستودعات، وأن يكون قادرًا على الاحتفاظ بإحصائيات المبيعات (بما في ذلك تكلفة البضائع المباعة، وكذلك تسلسل العمليات المنفذة مع البضائع) في المستودع وإحصاءات المبيعات لكل منتج على حدة. 2) يجب أن يتمتع البرنامج بإمكانية ملء بعض الحقول تلقائيًا (حقول البائع والمشتري للمنتج) لتسريع العمل. 3) أن يوفر البرنامج إمكانية متابعة حركة البضائع بين المستودعات. 4) يجب أن يقوم البرنامج بالبحث عن منتج في المستودع أو عن عملية تتم معه بشكل إجمالي تعريف المستخدممجالات. 5) يجب أن يكون البرنامج قادرا على استبدال أسماء البضائع والعملات في المستودع أو المستودعات المختارة بناء على طلب المستخدم. 6) يجب أن يكون لدى البرنامج إمكانية شطب رصيد البضائع مع الإشارة إلى الشخص الذي أصدر هذا الأمر ومبلغ شطب البضائع. 7) يجب أن يكون البرنامج قادرًا على تحديد ونسخ البيانات النصية للحقول المختلفة لبطاقة المنتج إلى المخزن المؤقت للنظام القياسي تبادل ويندوزلغرض إدراجها لاحقًا في أي مستند يسمح بمثل هذه العملية (على سبيل المثال، وثيقة مايكروسوفتوورد أو مايكروسوفت إكسل). 8) يجب أن يكون البرنامج قادرا على فرز بطاقات المنتجات. 9) يجب أن يكون البرنامج قادرًا على استخدام عامل التصفية (خيار خاص يسمح لك بعرض ليس جميع بطاقات المنتجات المضمنة في المستودع، ولكن فقط تلك التي تستوفي إعدادات التصفية، على سبيل المثال، عرض فقط المنتجات التي تكلف أكثر من 100 روبل / وحدة)، يتم تخصيصها من قبل المستخدم لعرض البضائع والعمليات التي تلبي معلمات التصفية. 10) يجب أن يكون البرنامج قادراً على الإنشاء نسخة إحتياطيةفي الوضع التلقائي (مرة واحدة في الأسبوع) وبناء على طلب المستخدم (في أي وقت أثناء تشغيل البرنامج). 11) يجب أن يكون البرنامج قادرًا على تخصيص واجهة المستخدم (الخطوط والألوان)، بالإضافة إلى معلمات التشغيل (المحاسبة وسعر الفائدة على ضريبة القيمة المضافة) 12) مظهريجب أن يتوافق البرنامج مع تخطيطات الشاشة المتوفرة في الملحق 1. 13) يجب أن تتوافق قائمة مفاتيح التحكم والاختصار الخاصة بالبرنامج مع الملحق 2. 14) يجب أن يضمن البرنامج تعديل قواعد البيانات الموجودة بالفعل على القرص، والتي تم إنشاؤها مسبقًا بواسطة هذا البرنامج ، وكذلك إنشاء وحفظ برامج جديدة. 15) يجب أن يوفر البرنامج مخرجات الطابعة لقاعدة بيانات للبضائع الموجودة في المستودع مع إمكانية استخدام الفلتر.

4.1.2. تنظيم بيانات الإدخال والإخراج

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

4.2. متطلبات الموثوقية

4.2.1. متطلبات التشغيل الموثوق

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

4.2.2. التحكم في معلومات الإدخال والإخراج

يجب أن يراقب البرنامج اختيار المستخدم لعنصر القائمة "الخروج" ويحذره من فقدان "التغييرات غير المحفوظة".

4.2.3. وقت الاسترداد بعد الفشل

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

4.3. شروط الاستخدام

يجب أن يتم تخزين البرنامج في شكل نسختين من الأقراص المرنة - مرجع ونسخة عاملة. يجب أن تتم إعادة كتابة المعلومات بشكل دوري وفقًا للعلامات. يجب أن تتوافق شروط تخزين الأقراص المرنة مع العلامات الموجودة عليها. 4.4. متطلبات تكوين ومعايير الوسائل التقنيةيجب أن يعمل البرنامج بشكل صحيح على الأجهزة التالية أو المتوافقة: 1) طراز IBM PC 486 DX-100، ذاكرة الوصول العشوائي (RAM) سعة 16 ميجا بايت أو أقدم 2) طابعة إبسونستايلس 800+ موديل P780B 4.5. متطلبات توافق المعلومات والبرامج 4.5.1. متطلبات هياكل المعلومات عند المدخلات والمخرجات تم تحديد متطلبات هياكل المعلومات عند المدخلات والمخرجات في الفقرة (انظر البند 4.1.2.).

4.5.2. متطلبات طرق الحل

تم تحديد متطلبات طرق الحل في الفقرة الفرعية (انظر الفقرة 4.1.1.2.). ويتم اختيار طرق الحل الأخرى من قبل المطور دون الاتفاق مع العميل.

4.5.3. متطلبات لغة البرمجة

ويجب تطوير البرنامج بإحدى اللغات التالية: 1) مايكروسوفت البصرية الأساسيةالإصدار 5.0 والإصدارات الأحدث. 2) مايكروسوفت فيجوال سي v5.0 والإصدارات الأحدث. 3) بورلاند دلفي v4.0 وما فوق. لا ينصح باختيار لغات أخرى. 4.5.4. متطلبات البرامج التي يستخدمها البرنامجلتشغيل البرنامج، تحتاج إلى نظام التشغيل WINDOWS95 أو إصدار أحدث، وبرامج تشغيل الماوس والطابعة. 4.6. متطلبات وضع العلامات والتغليف يجب وضع علامة على الأقراص المرنة التي تحتوي على مرجع ونسخ عمل من البرنامج بالنقش EDIT والنقش "قياسي" أو "العمل" وتاريخ آخر إعادة كتابة للبرنامج. يجب أن تتوافق العبوة مع شروط تخزين القرص المرن. يجب أن تشير العبوة إلى شروط نقل وتخزين القرص المرن. 4.7 متطلبات النقل والتخزين يجب أن تتوافق شروط نقل وتخزين القرص المرن مع القسم (انظر القسم الفرعي 4.6.)

5. متطلبات توثيق البرامج

يجب أن يتضمن تكوين وثائق البرنامج المستندات التالية: 1) التصميم الفني للبرنامج وفقًا لـ GOST 19.404-79 في شكل مكتوب، يحتوي على: أ) قسم "بيانات الإدخال" (الطبيعة والتنظيم والإعداد الأولي لبيانات الإدخال) ; ب) قسم "بيانات المخرجات" (طبيعة وتنظيم بيانات المخرجات)؛ ج) قسم "وصف البنية المنطقية"؛ د) قسم "الأدوات الفنية المستخدمة" (أنواع أجهزة الكمبيوتر التي يمكن تنفيذ البرنامج عليها؛ أجهزة الكمبيوتر المستخدمة عند تنفيذ البرنامج)؛ ه) قسم "الاتصال والتحميل" (أنواع وسائط البرنامج وحجمها المستخدم وطرق استدعاء البرنامج من حاملات البيانات المقابلة ونقاط الدخول إلى البرنامج (بدء تشغيل البرنامج) و) قسم "خطة العمل للتطوير و تنفيذ البرنامج" (يتم وضع خطة العمل لتنفيذ البرنامج من قبل فريق من المبرمجين مكون من شخصين. ويجب أن تنص الخطة على نقاط زمنية للتحكم في التنفيذ، على سبيل المثال، كل عشرة أيام أو أسبوع، يتم خلالها يتم دمج الوحدات المطورة واختبار الجزء الذي تم تطويره بالفعل من البرنامج. تكوين الاختبارات ومبادئ إعدادها لاختبار جزء برنامج تم إنشاؤه بالفعل لكل نقطة من نقاط التحكم). يجب أن يتضمن قسم "وصف البنية المنطقية" الخاص بتكنولوجيا البرمجة المنظمة المواد التالية: 1) وصف اتصالات البرنامج مع البرامج الأخرى؛ 2) وصف المصفوفات والمتغيرات الداخلية المستخدمة في تبادل البيانات بين الوحدات؛ 3) رسم تخطيطي للتسلسل الهرمي للبرنامج (يتم توفير صورة أو صور)؛ 4) فك تشفير أسماء الوحدات (يتم توفير جدول مع قائمة بأسماء الوحدات في ترتيب ابجديتشير إلى الوظيفة التي تؤديها كل وحدة)؛ 5) وصف عمل البرنامج مع مراعاة تقسيمه المعياري (مقدم الوصف اللفظيتنفيذ البرنامج مع الأخذ في الاعتبار استدعاءات الوحدة)؛ 6) وصف وحدات البرنامج (يتم ملء القسم الفرعي بناءً على جوازات السفر النموذجية). مع تقنية البرمجة الموجهة للكائنات، بدلاً من الرسم التخطيطي للتسلسل الهرمي لوحدات البرنامج وأوصاف وحدات البرنامج نفسها، يجب أن يكون هناك رسم تخطيطي للتسلسل الهرمي للفئات (الكائنات) للبرنامج مع فك تشفير أسماء الأساليب و وصف الأساليب نفسها. 2) وصف البرنامج وفقًا لـ GOST 19.402-78 على وسائط الكمبيوتر (القرص المرن المميز بـ DESCRIBE)، بما في ذلك: الغرض من البرنامج؛ تاريخ إنشائها؛ الاسم الكامل. المطور، بالإضافة إلى البيانات التي تسمح لك بالاتصال به؛ الحد الأدنى من متطلبات موارد الأجهزة؛ دليل المستخدم الذي يحتوي على وصف لجميع الميزات الموثقة للبرنامج. 3) نص البرنامج وفقًا لـ GOST 19.401-78 على وسائط الكمبيوتر (قرص مرن يحمل علامة SOURCE)، مقدم في النموذج ملف نصي، تحتوي على كود المصدر بإحدى اللغات المحددة في البند 4.5.3. 4) دليل مبرمج وفقًا لـ GOST 19.504-79 على وسائط الكمبيوتر (قرص مرن يحمل علامة PROG) في شكل ملف README.TXT، يحتوي على بيانات حول تقنية التصميم والبرمجة لهذا البرنامج، وكذلك عن لغة البرمجة والغرض من البرنامج وقائمة الأدبيات التي تحتوي على المواد النظرية اللازمة لإنشاء البرنامج.

6. المؤشرات الفنية والاقتصادية

يجب أن يتم تحديد المؤشرات الفنية والاقتصادية من قبل العميل دون مشاركة المقاول.

7. مراحل ومراحل التطور

يجب أن يتم تطوير البرنامج على المراحل التالية: 1) تطوير وتنسيق والموافقة على المسودة الفنية للبرنامج مع مذكرة توضيحية - 5 أسابيع؛ 2) تطوير مسودة عمل للبرنامج مع اختبار شامل - 6 أسابيع؛ 3) القبول والتسليم مع تصحيح أوجه القصور المكتشفة في البرنامج وتوثيق البرنامج - أسبوعين. 4) التنفيذ.

8. إجراءات المراقبة والقبول

8.1. أنواع الاختبارات

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

8.2.المتطلبات العامة للقبول

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

المرفق 1

هيكل القائمة الرئيسية

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

الشكل 9. الشكل 7. الشكل 8. الشكل 10. ملحوظات: 1. توضح الأشكال النماذج بشكل موسع. 2. توضح هذه النماذج:

رسم بياني 1.جدول البضائع في المستودعات
الصورة 2.جدول حركة البضائع بين المستودعات
تين. 3.رسم الرسوم البيانية للاستهلاك والدخل للمستودعات المختارة
الشكل 4.القائمة "المستودع"
الشكل 5.عدل القائمة
الشكل 6.قائمة البطاقة
الشكل 7.قائمة الخدمة
الشكل 8.القائمة "الإحصائيات"
الشكل 9.قائمة المساعدة
الشكل 10.منتج البطاقة
3. يمكن للمطور إضافة عناصر أخرى إلى عناصر الشاشة المحددة (بما في ذلك القوائم والصفحات واللوحات وغيرها)، دون الاتفاق مع العميل. 4. آخرون أشكال الشاشةيتم تطويرها من قبل المطور دون الاتفاق مع العميل. 5. بناء على طلب العميل يمكن إضافة عناصر وإمكانيات شاشة إضافية بالاتفاق مع المطور 6. الإزالة عناصر محددةيتم تنفيذها بالاتفاق مع العميل. 7. في عملية التطوير الإضافي، قد يتم تحسين هذه النماذج بشكل طفيف من أجل تحسين جودة منتج البرنامج دون الاتفاق مع العميل

الملحق 2

المفاتيح الأساسية

الاختصارات

نطاق المفتاح/المفتاحوصف
F1مساعدة لهذا البند
F2حفظ البيانات
F3
F4طباعة بيانات عن البضائع الموجودة في المستودع
F5إحصائيات المستودعات
F10مخرج
السيطرة + الإضافيةينسخ
التحول + الإضافيةإدراج
السيطرة + ديليمسح
التحول + ديليقطع
صفحة لأعلىالصفحة السابقة
اسفل الصفحةالصفحة التالية
بيتالتحرك للبدء
نهايةالانتقال إلى النهاية
يمسححذف الحرف أو الإدخال التالي
مسافة للخلفإزالة الحرف السابق
إدراجإدراج/استبدال الوضع

الملحق 3

ملفات البيانات:

ملفات الإدخال والإخراج لها التنسيق التالي:
  1. الاسم الكاملالملف: المستخدم المحدد (يصل طوله إلى 255 حرفًا)
  2. نوع الملف: يتم تقديم الملف كجدول بتنسيق MSACCESS (*.mdb)
  3. الجدول: "البطاقة"
مجالنوع البيانات

امتحان

حسب الانضباط:

" تصميم وبرمجة قواعد البيانات في لغة SQL»

أكملها : / بسراب أ.د. /

رئيس: / كابيلوفا يو.في./

موسكو 2013

الشروط المرجعية لتطوير البرنامج
"قاعدة بيانات الإنترنت"
إلى الاتفاقية رقم ___

1 المقدمة
1.1. إسم البرنامج
1.2. الغرض والنطاق
2. متطلبات البرنامج
2.1. المتطلبات الوظيفية
2.2. متطلبات الموثوقية
2.2.1. متطلبات ضمان التشغيل الموثوق للبرنامج
2.2.2. وقت الاسترداد بعد الفشل
2.2.3. الفشل بسبب إجراءات غير صحيحةمستخدمي النظام
3. ظروف التشغيل
3.1. ظروف التشغيل المناخية
3.2. متطلبات المؤهلات وعدد الموظفين
3.3. متطلبات تكوين ومعايير الوسائل التقنية
3.4. متطلبات المعلومات وتوافق البرامج
3.4.1. متطلبات هياكل المعلومات وطرق الحل
3.4.2. المتطلبات ل رموز المصدرولغات البرمجة
3.4.3. متطلبات البرامج التي يستخدمها البرنامج
3.4.4. متطلبات حماية المعلومات والبرامج
3.5. متطلبات خاصة
4. متطلبات توثيق البرنامج
4.1. التكوين الأولي لوثائق البرنامج
5. المؤشرات الفنية والاقتصادية
5.1. الفوائد الاقتصادية للتنمية
6. مراحل ومراحل التطور
6.1. مراحل التطوير
6.2. مراحل التطوير
6.3. محتويات العمل بالمراحل
7. إجراءات المراقبة والقبول
7.1. أنواع الاختبارات
7.2. المتطلبات العامة لقبول العمل


مقدمة

إسم البرنامج

اسم البرنامج: "قاعدة بيانات عيادة بوتشنايا"

الغرض والنطاق

تم تصميم البرنامج لإنشاء وإدارة محتويات قاعدة بيانات تحتوي على البيانات التالية:

1.2.1. المرضى الحاليين.
1.2.2. المرضى المفرج عنهم.
1.2.3. فرصة لإجراء البحوث.
1.2.4. بيانات الموظف. 1.2.5. البيانات البحثية. 1.2.6. بيانات عن المرضى المسجلين

يوفر البرنامج قائمة بالمرضى والموظفين لإدارة محتوى قاعدة البيانات حسب متطلباتك.

متطلبات البرنامج

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

يجب أن يوفر البرنامج القدرة على أداء الوظائف التالية:
2.1.1. تقسيم المرضى وموظفي العيادة إلى مجموعات:
2.1.1.1. موظفين
2.1.1.2. المرضى الحاليين
2.1.1.3. المرضى الذين خرجوا من المستشفى 2.1.1.4.المرضى المسجلون
2.1.2. إمكانية البحث (تصفية) قاعدة بيانات معلومات المريض.
2.1.3. القدرة على البحث (تصفية) قاعدة بيانات معلومات الموظف.
2.1.4. إمكانية البحث (تصفية) قاعدة بيانات المعلومات البحثية.
2.1.5. للموظفين، القدرة على البحث (تصفية) قاعدة البيانات بأكملها.


متطلبات الموثوقية

متطلبات ضمان التشغيل الموثوق للبرنامج

يجب ضمان التشغيل الموثوق (المستدام) للبرنامج من خلال تنفيذ العميل لمجموعة من التدابير التنظيمية والفنية، والتي ترد قائمتها أدناه:
أ) التنظيم إمدادات الطاقة غير المنقطعةالوسائل التقنية؛
ب) استخدام البرامج المرخصة؛
ج) التنفيذ المنتظم لتوصيات وزارة العمل و التنمية الاجتماعيةالاتحاد الروسي، المنصوص عليها في القرار الصادر في 23 يوليو 1998 بشأن الموافقة على المعايير الزمنية القياسية المشتركة بين الصناعات للعمل على خدمةأجهزة الكمبيوتر والمعدات المكتبية والدعم برمجة»;
د) الامتثال المنتظم لمتطلبات GOST 51188-98. حماية البيانات. برامج اختبار فيروسات الكمبيوتر