الفريق العربي للبرمجةأرشيف المنتديات · 2000 – 2023
نسخة أرشيفية للقراءة فقط — التسجيل والمشاركة مغلقان، والمحتوى محفوظ كما كان.

ارجو مساعدتكم في تحليل برنامج لجداول الجامعه

مغلق
بدأه الصقر العربي في 21 أكتوبر 2004 · 17 رد · 5,213 مشاهدة · في هندسة البرمجيات
مشاركة: واتساب X فيسبوك تيليجرام
#1 صاحب الموضوع

السلام عليكم ورحمة الله وبركاتة

اخواني في الله اعزكم الله

انا في السنه الرابعه كليه علوم الحاسب وعندي مشروع تخرج

المشروع هو برنامج لعمل جداول للمراحل الدراسيه والمواد المقررة عليها

بلنسبه لكليه علوم الحاسب ونظم المعلومات

ويخرج هذا البرنامج ..

1- جدول للدكتور المحاضر

2- جدول للمعيد

3- جدول للطالب

وكل هذا بطريقه كمبيوتريه لاتحدث اي تعارض في مواعيد الحضور والانصراف بلنسبه للاساتذة

والمشكلة اني ماكان مقرر عليا مادة التحليل والتصميم ((analysis and design ))

لهذا انا ضعيف فيها شويه ومحتاج الى خبراتكم وتوجيهاتكم

افيدونا افادكم الله وجعله في ميزان حسناتكم

وجزاكم الله كل خير

#2

افيدزنا ولو حتى بطريقه بداء التحليل

ايش النقط المقترحه الذي ابداء في تحليلها

وشكرا

#3

وعليكم السلام ورحمة الله وبركاته

أخي الكريم لا اعرف ان كان بامكانك الحصول على كتاب يدعي

modern system analysis and design وهو للكاتب hoffer

فهو سيساعدك بشكل كبير ..

في هذا الكتاب يتحدث عن مراحل بناء النظام اعتمادا على نموذج SDLC (System Development Life Cycle) وهو نموذج مشهور .. وانا اعتمدته لبناء مشروع تخرجي ..

سأحاول ان ارفق صوره لهذا النموذج باذن الله ..

#5

اكرمك الله يا اخت فلسطينية

سامحينا لو كنت طماع شويه

ممكن تفيدنا في طريقه عمل ال DOCUMENTATION

او اي كتاب او موضوع يساعد في خطوات تصميم ال DOCUMENTATION

عسى ان يجعله الله علم ينتفع به في ميزانك

وجزاك الله كل خير

#6

ولا يهمك أخي .. ..

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

#7

انا موافق على فكرة ال SDLC

ومنتظر الدروس

وفقك الله

#8

ابدأ التوثيق بأية قرآنية ولتكن : (( يَرْفَعِ اللَّهُ الَّذِينَ آمَنُوا مِنكُمْ وَالَّذِينَ أُوتُوا الْعِلْمَ دَرَجَاتٍ وَاللَّهُ بِمَا تَعْمَلُونَ خَبِيرٌ ))

ثم صفحة الإهداء ولتكن كلمات بسيطة ..

ثم صفحة شكر وعرفان

ومن ثم الفهرس

فصفحة المقدمة

الباب الاول عن الجهه المستفيدة :

وتتناول نبذة عن الجهة المستفيدة( أهداف الجهة التي ستعمل لها المشروع بشكل بسيط ، هيكليتها ، معماريتها ، المستقبل المتوقع لها)

الباب الثاني تحديد و اختيار المشروع Project Identification And Selection

ويتناول النقاط التالية

* تحديد فريق العمل

* اختيار موضوع المشروع

* أسباب اختيار المشروع

* النظام الحالي

وستتحدث فيها عن نقطتين اساسيتين وهما

- طبيعة النظام الحالي

- عيوب النظام الحالي

* النظام المقترح

- طبيعة النظام المقترح

- ايجابيات النظام المقترح

* متطلبات النظام الجديد

- SW

- HW

* الجهات المستفيدة من النظام

* دراسة الجدوىFeasibility Study

وتتناول

- الدراسة التقنية Technical وهي تهتم بدراسة البرمجيات “Software” والآلات

والمعدات “Hardware” لتشغيل هذا النظام.

- الدراسة التشغيلية ( Operational ) وهي تدرس مدى توفر الأيدي العاملة المطلوبة

لتشغيل النظام من مؤهلين و يجب ان تكون هناك عملية منظمة لتدريب الموظفين

- الدراسة الاقتصادية (Economical) هنا تنقسم الي ثلاث اقسام

1- الدراسة الاقتصادية لفريق العمل مثال

محلل نظم --> ----$

مبرمجين نظام --> ---- $

مصممين --> ----$

دارسي جدوي --> ----$

2- تكاليف المعدات HW

مثلا

server --> ----$

pc --> ---$

printer --> ---$

وهكذا

3 - تكاليف برمجيات ( البرمجيات اللازمة لتشغيل المشروع)

مثلا

sql server 2000 --> ---$

.....

وهكذا

4- تكاليف تدريب

تحدد فية المبالغ اللازمه لتدريب الموظفين على المشروع

- الخلاصة من دراسة الجدوى بالطبع بعد دراسة الجدوي راح يظهر معك مبلغ خيالي

والسبب انك اكيد اعتمدت على أسعار البرمجيات الاصليه وليست المنسوخة

عليك هنا ان توضح الجدوى والفائدة العائدة من وراء تشغيل البرنامج وما العائد من

استخدامه وتحمل تكاليفه

الباب الثالث مرحلة التخطيط

في هذه المرحلة يتم التخطيط لجميع مراحل النظام بصورة متكاملة . كما يتم وضع خطة لتقسيم المهام

على فريق العمل وتحديد الوقت اللازم لانهاء مراحل النظام .. كما يتم اعتماد أحد النماذج العلمية المعتمدة في بناء البرمجيات ..

وسيتناول الباب النقاط التالية

* اختيار النموذج

تبدأ هنا بطرح اسماء النماذج ومن ثم توضح النموذج المختار (SDLC) أحب ان الفت انتباهك ان هناك نماذج اخري غير الـ SDLC مذكوره هنا بالمنتدي لا اذكر الرابط ساجده لك وارفقه يمكنك ان تتعرف على نماذج أخري

ثم ارفق شكل توضيحي للنموذج المختار

وهو الشكل الذي رسمته لك قبل ذلك في المشاركة السابقة

* خطة العمل

( توضح فيها خطه تضعها للعمل على المشروع .. مثلا تبدأ بمراحل النظام ومن ثم تحاول تقسيمها على وقت تنفيذ المشروع يمكنك أن تستعين بالعناوين الرئيسيه من

ال( documentation)

* ممكن هنا ترسم An activity network ، و gant chart لتقسيم العمل

* توزيع العمل

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

* البرمجيات اللازمة لبناء المشروع

( توضح فيها البرمجيات التي استخدمها اعضاء فريق العمل لاتمام المشروع)

الباب الرابع مرحلة التحليلتنقسم المرحلة الى قسمين رئيسيين

1. جمع البيانات Requirements Determining

ويتم بطرق مختلفة كالمقابلات ، و جمع الوثائق ومراقبة العمل ومن ثم تحديد متطلبات النظام

2. هيكلية المتطلبات Requirements Structuring

تتم هيكلة المتطلبات عن طريق استخدام مخططات مثل مخططات تدفق البيانات data Flow Diagram ومخططات العلاقة بين الكينونات Entity Relationship Diagram

تبدأ بالتحدث بشكل مفصل عن كل قسم

مثلا :

جمع البيانات Requirements Determining

1- المقابلات الفرديه : ( وهي ان تقابل كل شخص على حدا وتبدأ بأخدذ معلومات عن النظام ومتطلباتهم)

توضح بداخل جدول اسماء المقابلين و المسمي الاداري لكل مقابل

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

2- المقابلات الجماعية

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

البيانات ووضوحها ..

3- دراسة الوثائق الرسمية

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

4 - المراقبة والملاحظة

ان كنت قد نزلت لبيئة العمل لمراقبه آلية العمل فيمكنك ان تضع هذة النقطه ضمن النقاط التي اعتمدت عليها في جمع البيانات

5- الاستبيانات : تلجأ لهذة الطريقه عندما يكون لديك اسئلة محدده وتريد من مجموعة كبيره ان تقوم بالاجابه عليها .. عندها قد تلجأ لهذة الطريقه لتوفيلر الوقت ..

هذا ما أذكره الان من طرق جمع البيانات

طبعا ليس من الضروري ان تكتب جميع انواع طرق جمع البيانات وانما يمكنك ان تختار منهم ما يناسب طبيعه المشروع

* متطلبات النظام

تنقسم متطلبات النظام الى ثلاثة أقسام :

1- الوصف العام للمتطلبات Requirements Definition

2- الوصف الدقيق للمتطلبات Requirements Specification

3- المتطلبات الغير الوظيفية Non-Functional Requirements

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

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

وصف المتطلبات الغير وظيفية للنظام : وهي متطلبات الجهة المستفيده مثل متطلبات اللغة و متطلبات الحماية ومتطلبات مرونه المشروع وتطويره

*هيكلية المتطلبات Requirements Structuring

- تبدأ بها برسم ال contex diagram

- مخططات تدفق البيانات Data Flow Diagram (DFD)

تبدأ ب DFD Level (0) ومن ثم level 1

- Entity Relationship(ER) ) طبعا ال ER ترسمها م ن بعد عمل normalization للجداول

الباب الخامس التصميم المنطقي والتصميم الفيزيائي Logical Design & Physical Design

* التصميم المنطقي

ويتم من خلالها

* تصميم التقارير والنماذج forms & reports

هنا تحدد اسم التقرير او النموذج و الفئة المستخدمه لهذة الواجهة والهدف من الواجهة وعدد المستخدمين .... وشكل الواجهة النهائي )

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

ممكن تأخذ أحد النماذج وتوضح خطواتك للوصول للشكل النهائي

*تصميم مربعات الحوار والواجهات

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

كما عليك تصميم واجهات المشروع ..

*logical Database

وأخيرا تصمم قاعدة البيانات وتبدأ بالمعلومات التي حصلت عليها وتقوم بتطبيق ال normalization بجميع مراحلها للوصول للجداول النهائية

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

هناك الكثير ممن يقومون بتحليل النظام يتجاهلون التصميم للواجهات والنماذج والتقارير .. ويكتفون بالnormalization

رغم ان تصميم الواجهات يكون قد أخذ من وقت المصمم .. كما ان هناك مشاريع يكون فيها شخص محدد للتصميم

* التصميم الفيزيائي .

في هذة المرحله يفترض بك تحديد ال datatype لكل field وتحديد ال calculating field وتحديد ال range للحقول التي تحتاج لتحديد كما تحدد الحقول التي يمكنها ان تقبل قيمه null

كما انه عليك ان تقوم بحساب توقعي لحجم الملفات لقاعدة البيانات مثل ان تحدد الحجم الذي سيزيد كل عام .. بالطبع انما هو حساب توقعي ..

وأخيرا في هذة المرحلة تنشئ قاعدة بياناتك مما يسمي generate sql code ان كنت تعمل على sql

الباب السادس مرحلة التطبيق

تنقسم هذة المرحله الى عدة اقسام

1- Coding كتابة الكود .. يمكنك ان تضمن داخل ال documentation الكود الذي قمت بكتابته طبعا لا تضمنه كله هنا اناما ضمن كود الـ forms الاساسيه وان كنت ترغب بادراج كل الكود يمكنك ان تدؤجة بأحد الملاحق

2- Testing تقوم هنا بفحص الكود الذي كتبته والتأكد من صحته لو أردت التفصيل في الاختبار فان هناك اختبار تقوم به لكل function تقوم بكتابتها للتأكد من أدائها ومن ثم تقوم باختبار كل برنامج من برامج مشروعك ( او ما يعني كل form & report )

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

3- installatin للمشروع على البيئة الحقيقية لعمله

4- ال documentation

5 - training حيث عليك الا تنسي ان اي مشروع يحتاج الى تدريب العاملين عليه وتعريفهم على ادوات نظامك وكيفية التعامل معه

الباب السابع Maintenance

صيانه البرنامج عند حدوث اي مشكله لدي الجهة المستفيدة بعد تشغيل النظام تتحدث بشكل مفصل عن صيانة البرنامج وخطتك للصيانه ..

#9

لقد فكرت بالوضوع نظرياً

وخطرت ببالي فكرة وهي فكرة

الجداول

سأكتب عنها قريب اذا حصل وقت فراغ

#10

السلام عليكم

ماشاء الله أختي فلسطينية ،،تفصيل جميل وواضح ..

ولقد استفدت منه ،،بارك الله فيك ...

#11

افادك الله يا اخت فلسطينيه

اكرمك الله

افدتينا وافدتي غيري جعله الله في ميزانك اجر مضاعف في هذة الايام الكريمه

سلمي يا فلسطينيه

ولو حد عندة اضافه تفيد الموضوع والاخوة المسلمين

يتفضل ويفيدنا وله الاجر والثواب عند الله عز وجل

#12

اخي mossa

نحن في انتظار مشاركتك

بفارغ الصبر

وجزاك الله كل خير

#13

ما شاء الله أختى فلسطينيه

بصراحه الموضوع جدا رائع

وأستفدت منه مرة كثير

والله يعطيك العافيع ويجعلو

في موازين حسناتك

وأنا دحين بأدرس هذه المادة تحليل نظم

#14

السلام عليكم ورحمة الله وبركاته ...

هذا الرابط الذي كنت قد أشرت اليه والذي يحتوي على عدة models

/index.php?showtopic=48222

واي استفسار عن أى نقطة أنا جاهزة ..

#15

أخواني يمكنكم الاستفاده بشكل كبير من موضوع مقدمه لهندسة البرمجيات وهي مثبته في هذا القسم .. وهي بالفعل شروحات رائعة للاخ MEMONONO جزاه الله خيرا

يمكنكم الانتقال للدرس الرابع ففيه تم شرح عدة نماذج لبناء النظام ..

تم تعديل هذه المشاركة بواسطة فلسطينية في 24 أكتوبر 2004 في 22:17

#16

مبدئياً

فكر في توزيع ورق اللعب على اللاعبين

حدد عدد ورق اللعب لكل لاعب

اشترط عدم تكرار توزيع ورقة في اللعبة

... إلخ

فكرة الجداول:

أن تنشئ تركيب من البيانات يحتوي المعلومات اللازمة لكل كائن

struct card{
int type; // نوع الورقة
int num; // الرقم
int use;  // عدد مرات التوزيع
...
}
card[52]

struct player{
....
int have; // الورقات اللتي يمتلكها اللاعب
...
}

player[4]

بعد تعبئة 52 ورقة بالبيانات اللازمة

إبدأ بالتوزيع وعند توزيع اي ورقة لكل لاعب

أطرح واحد من الحقل use ل card

وأضف واحد للحقل have ل player

هذه فكرة فقط أرجو أن أكون أصبت فيها

وشكراًً

#17

ممكن توضح الفكرة اكثر يا اخ mossa

اعذرنا مش مستوعب الفكرة

وللعلم انا متخصص في قواعد البيانات ORACLE DEVELOPER وخبرتي قليلة بلغات البرمجة الاخرى

وفقك الله

#18

سأكتب البرنامج قريباً

هذا الموضوع مغلق.

مواضيع مشابهة