اقتراح برمجي.

[dixie]

هههههه لا متواجد ماهو مزال موصلش دوري و انى موافق على الصيدلية

[MAD_MAN]

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

كويس
نبدا نبي نعبي الدواء في الصيديلة
الصيدلية رح ندير فيها رفوف
كويس نسمي كل رف برقم معين مثلا a1, a22,a5
جميل جدا
توا قسمنا الصيدلة الى رفوف
توا بنشري دواء وبنحطه في الرفوف
والدواء شنو فيه
=======
البيانات هي :-
رقم فاتورة الشراء
المشتري
مدخل البيانات
كود الصنف
اسم الصنف
الوحدة
القسم او الرف
الكمية
السعر
الاجمالي
سعر الوحدة
اجمالي الربح
اجمالي الخسارة
تاريخ الشراء
تاريخ الصنع
تاريخ الانتهاء
باركود
حركة الصنف
التركيب الكيميائي
بلد الصنع
==========================
لو فيه حد عنده اضافة يقدر يضيف بس لازم تكون مهمة في الجدول
لاني مثلا زدت انا تاريخ الصنع والانتهاء باش تطلع رسالة تقوله بانه في تاريخ كدا رح تنتهي صلاحية المنتوج كدا
وزدت اجمالي الخسارة في حالة قعد منتوج معين في الرف وانتهت عليها الصلاحية وتلوح
نعرف قداش خسرت
حركة الصنف يعني مطلوب بنسبة من قبل المستهلك , لدا يجب علي التركيز عليه
والتركيب الكيميائي , فيه هلبا منتوجات تقريبا ليها نفس التركيب الكميميائي يعني مثلا : بنزويل براوكسيد ليه هلبا منتوجات واختلاف في الشركات


وان شاء الله تشوفوا القائمة الاولى وشنو رح تعدلوا عليها
ونتفقوا على شي

[LIBYARS]

كويس جدا فيه جهود بادية

باد بوي البرنامج الجاهز شكله كويس و الروابط مفيدة و اكيد زي ما قلت انت منبوش اي شي جاهز في مشروعنا ويلا نبو نشوفو شوية نتائج في المهمة متعك.

ماد مان عطانا نبده على المكونات الاساسية لقاعدة البيانات كويس هكي مخلاش دكسي يراجي هلبة نشغلوه شوية باش يبدا بتكوين ال ER مبدئي لقاعدة البيانات يوضع العلاقات بين المكونات الاساسية,طبعا دكسي متنساش تحط العناصر الي ليها علاقة مع بعض في جدول و احد يعني مثلا جدول خاص بالاوردر او الطلبية و جدول خاص بتفاصيل الاوردر
لو حبيت تقدر تستخدم الصفحة التالية فيها ادار سهلة و سريعة لتكوين مخطط الداتابيس متعك و تخزنها باسم معين و تبعته لينا على الرسائل الخاصة تفاديا للمسح و كل الفريق يقدر يطلع و يعطي رايه.
http://libyaupload.com/dbs/

توا في انتضار الفلوتشارت باش نبدو في الرسمي.



وفي انتضار الفلوتشارت

[MAD_MAN]

اوكي
نستنو ديكسي يشوفنا قاعدة البيانات وعلاقاتها
نبو نشتغلوا في الصح
هيا شباب ليبيا الحرة

[عبسي الحمديني]

متال بسيط علي الفلوشارت

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




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



بس ممكن توضيح كيف تبوني اندير الفلوتشارت ؟
اني بنخدمهم ببرنامج خاص بيهم لان ماعنديش الفي بي دوت نت وبعتالي انديرلهم ابلود والي بعدي يدخلهم علي الفي بي دوت نت الطريقة ساهلة

[عبسي الحمديني]

السلام عليكم

البيانات جاهزة لاكن بسيطة وفيها مشاكل ومازالت الفلوتشارات والتعديلات والحق مش كلها اني درتها كل حاجة من جهة
الجداول الموجودة في الملف :

البيانات الاساسية للادوية Medicine
البيانات الاساسية للمرضىpatient
البيانات الاسايسية للصيدلىPHARMACIST
البيانات الاساسية للمستخدمين Users

بيانات طلبية الشراء رئيسىPURCHASE_ORDER
بيانات اصناف الادوية فى طلبية الشراء PURCHASE_SUB

بيانات المبيعات الاساسية SELLING_ORDER
بيانات الاصناف المباعة من الادوية فى فاتورة البيع SELLING_SUB

- توجد علاقات بين الجداول غير موجودة ؟


جدول بيانات اصناف الادوية فى طلبية الشراء PURCHASE_SUB ليس له مفتاح للجدول
جدول بيانات الاصناف المباعة من الادوية فى فاتورة البيع SELLING_SUB ليس له مفتاح للجدول

طول العمود رقم الدواء فى جدول بيانات الادويه = 10
بينما فى جداول الربط مع بيانات الاصناف المباعة من الادوية فى فاتورة البيع طوله 15
وايضا مع بيانات اصناف الادوية فى طلبية الشراء طوله 15 يتغير قداش ماتيبي وعلي مااضن كل مكان اكتر احسن

توجد بيانات اخرى غير موجودة فى الجداول


سعر شراء الدواء من المورد
ارصدة الصيدلية من الاصناف ( رصيد افتتاحى - اجمالى كميات منصرفة - اجمالي كميات مشتراه - ... )
طبعا المساعدة لازم منها

CREATE table Medicine(
MED_ID VARCHAR2(10) NOT NULL PRIMARY KEY,
PRICE NUMBER(6,2),
FACTORY VARCHAR2(25),
QUANTITY NUMBER(5),
NUMBER_SHELF VARCHA2(4));

------------------------------------------------------------------------------------

create table patient(
First_name varchar2(15),
Second_name varchar2(15),
Pat_id VARCHAR2(15),
Pat_cardid VARCHAR2(15),
BOD DATE,
SIXE_M_F VARCHAR2(1),
phone NUMBER(13),
date_created date,
CONSTRAINT Pat_id_pk PRIMARY KEY(Pat_id))

-------------------------------------------------------------------------------------

create table PHARMACIST(
phar_id NUMBER(12) PRIMARY KEY,
First_name varchar2(15),
Second_name varchar2(15),
Phar_cardid VARCHAR2(15),
Occupation varchar2(15),
Nationality varchar2(12),
SIXE_M_F VARCHAR2(1),
BOD DATE,
phone NUMBER(13),
Major varchar2(15),
Address varchar2(30),
Qualification varchar2(15),
date_created date)

--------------------------------------------------------------------------------------------

create table Users(
user_id NUMBER(5) PRIMARY KEY,
username varchar2(15),
password VARCHAR2(30),
creator varchar2(15),
changed_by varchar2(15),
date_changed date,
CREATE_DATE DATE DEFAULT SYSDATE,
secret_question varchar2(10),
secret_answer varchar2(10));

--------------------------------------------------------------------------------------------

CREATE TABLE PURCHASE_ORDER(
ORDER_ID NUMBER(10) PRIMARY KEY,
ORDER_DATE TIMESTAMP WITH LOCAL TIME ZONE,
DISCOUNT NUMBER(4.2));

------------------------------------------------------------------------------------------

CREATE TABLE PURCHASE_SUB(
ORDER_ID NUMBER(10) FOREGIN KEY REFERENCES PURCHASE_ORDER(ORDER_ID),
MED_ID VARCHAR2(15)
EXPIRY DATE,
QTY    NUMBER(5));

-------------------------------------------------------------------------------------------

CREATE TABLE SELLING_ORDER(
ORDER_ID NUMBER(10) PRIMARY KEY,
ORDER_DATE TIMESTAMP WITH LOCAL TIME ZONE,
DISCOUNT NUMBER(4.2));

------------------------------------------------------------------------------------------

CREATE TABLE SELLING_SUB(
ORDER_ID NUMBER(10) FOREGIN KEY REFERENCES PURCHASE_ORDER(ORDER_ID),
MED_ID VARCHAR2(15)
QTY    NUMBER(5));

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

* وايضا يستطيع ان يعمل ترانساكشن على عدد الادوية لديه في الصيدلية.

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

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

* طبعا النقطة المهمه وهي بيع الادوية الى المريض فسوف نقوم بادخال اسماء الادوية الى النظام وعند تنفيذ البيع سوف نقوم باعطاء للمريض فاتورة بيع.

مع العلم ان الشرح كل حاجة من جهة لاني مانعرف انوصل المعلومة

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

____________________________________





- الشفرة المزيفة (pseudo code) : تمثيل الخوارزمية بلغات البشر كالانجليزية أو الفرنسية أو العربية أو بلغات البرمجة. البعض يستخدم الكثير من التفاصيل و البعض الآخر يستخدم القليل . فلا قاعدة معينة لكتابة هذا النوع من الشفرات.

أشكالها :

وهو ما يسمى بالمخطط التدفقي Flowchart Diagram ويأخذ أشكالاً هندسية متفق عليها خصص كل منها لنوع من العمليات وهي :

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



- مخطط ترابط الأصناف أو الأجزاء (Class Diagram)

رسم مخططات الأصناف جانب أساسي لأي منهج للتصميم بالمنحى للكائن، لذلك ليس بالغريب أن تقدّم لنا UML الصيغة المناسبة له. سوف نرى أنه بإمكاننا استخدام مخطط الأصناف في مرحلة التحليل و كذلك في مرحلة التصميم - سوف نقوم باستعمال صيغ مخططات الأصناف لرسم خريطة للمفاهيم العامة التي يمكن للمستفيد = الزبون أن يستوعبها (و سوف نسمّيها النموذج ألمفاهيمي Conceptual Model). وهي بالإضافة إلى مخطط حالة الاستخدام، تجعل من النموذج ألمفاهيمي أداة قوية لتحليل المتطلبات



- مخطط التعاون أو الاشتراك (بين الأصناف) (Collaboration Diagram)
نحن نقوم بتطوير برامج المنحى ألكائني، أي شيء يحتاجه برنامجنا لأن يقوم به فسيكون بواسطة تعاون الكائنات. يمكننا رسم مخططات التعاون لوصف كيف نريد للكائنات التي نبنيها أن تتعاون مع بعض.
هنا مثال جيد عن لماذا UML هي مجرد صيغة أكثر من كونها عملية حقيقية لتطوير البرمجيات. سوف نرى أن ترميز UML للمخطط بسيط جدا، و لكن تصميم تعاون فعّال، (لنقل "تصميم برنامج راسخ و يسهل صيانته") ، يعدّ صعبا بالتأكيد. ربما علينا تخصيص فصلا بكامله يتناول الخطوط العريضة لمبادئ التصميم الجيّد، مع أن الكثير من مهارات التصميم تأتي من الخبرة

[عبسي الحمديني]

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




- مخطط الحالة (State Diagrams)
بعض الكائنات يمكنها في أي وقت محدد أن تكون في حالة ما . مثلا زر التخزين يكون غير مفعل ولتفعيلة يجب أن يكون هناك حالة تعديل أو حالة إدخال فلا يمكن لنا تفعيل التخزين إذا لم يكن هناك تعديل أو إدخال ؟، و كما يمكن لتحوّلات الحالة أن تكون معقّدة، فإن UML تقدّم صيغة تسمح لنا بتصويرها و نمذجتها.




- مخطط التحزيم Package Diagrams
أي نظام= منظومة لا يكون صغيرا يحتاج إلى أن يقسّم إلى أجزاء "chunks" أصغر حجما و أسهل للفهم، و تتيح لنا مخططات التحزيم في UML نمذجة هذه الأجزاء بطريقة بسيطة و فعّالة.


- مخطط المكونات Component Diagrams
يتشابه مخطط المكونات مع مخطط التحزيم - فهو يسمح لنا بترميز كيفية فصل أو تقسيم نظامنا، و كيف يعتمد كل قالب على آخر فيه. عموما، يركّز مخطط المكونات على المكونات الفعلية للبرنامج (الملفات، الترويسات headers ، مكتبات الربط ، الملفات التنفيذية، الحزم packages) و ليس بالفصل المنطقي أو الفكري كما في مخطط التحزيم.



- مخطط التجهيز Deployment Diagrams

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




5- تصميم قواعد البيانات وتحديد نوعيتها والعلاقات التي يجب استخدامها.

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

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

- تصميم قواعد البيانات :

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

1. يجب أن يتوافق كل جدول مع كيان واحد ويتوافق كل صف مع أحداث الكيان.

2. الحقائق الموجودة في الجدول يجب أن تصف المفتاح الأساسي.

3. يجب عرض كل حقيقة في قاعدة البيانات لمرة واحدة فقط وعدم تكرار استخدام المجالات.

4. لا يتم تحديد قيمة حقيقة أخرى من خلال تجميع حقائق موجودة.

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

6. يجب أن تكون جميع الحقائق فاعلة وظيفياً باعتمادها على المفتاح الأساسي.

7. قابليتها للتوسع والإضافة .

8. يتم تصميم هياكل قاعدة البيانات كخطوة أولى وهي عبارة عن تحويل محتويات وعناصر كل كائن من النظام إلى جدول قاعدة بيانات يحتوي على (اسم الحقل – نوعه – نطاقه – ووصف للحقل).

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

[MAD_MAN]

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

[عبسي الحمديني]

درت الداتا بيز في الرد الي فات اني لاكن قلتلكم مش داتا بيز احترافيه
الجداول

CREATE table Medicine(
MED_ID VARCHAR2(10) NOT NULL PRIMARY KEY,
PRICE NUMBER(6,2),
FACTORY VARCHAR2(25),
QUANTITY NUMBER(5),
NUMBER_SHELF VARCHA2(4));

------------------------------------------------------------------------------------

create table patient(
First_name varchar2(15),
Second_name varchar2(15),
Pat_id VARCHAR2(15),
Pat_cardid VARCHAR2(15),
BOD DATE,
SIXE_M_F VARCHAR2(1),
phone NUMBER(13),
date_created date,
CONSTRAINT Pat_id_pk PRIMARY KEY(Pat_id))

-------------------------------------------------------------------------------------

create table PHARMACIST(
phar_id NUMBER(12) PRIMARY KEY,
First_name varchar2(15),
Second_name varchar2(15),
Phar_cardid VARCHAR2(15),
Occupation varchar2(15),
Nationality varchar2(12),
SIXE_M_F VARCHAR2(1),
BOD DATE,
phone NUMBER(13),
Major varchar2(15),
Address varchar2(30),
Qualification varchar2(15),
date_created date)

--------------------------------------------------------------------------------------------

create table Users(
user_id NUMBER(5) PRIMARY KEY,
username varchar2(15),
password VARCHAR2(30),
creator varchar2(15),
changed_by varchar2(15),
date_changed date,
CREATE_DATE DATE DEFAULT SYSDATE,
secret_question varchar2(10),
secret_answer varchar2(10));

--------------------------------------------------------------------------------------------

CREATE TABLE PURCHASE_ORDER(
ORDER_ID NUMBER(10) PRIMARY KEY,
ORDER_DATE TIMESTAMP WITH LOCAL TIME ZONE,
DISCOUNT NUMBER(4.2));

------------------------------------------------------------------------------------------

CREATE TABLE PURCHASE_SUB(
ORDER_ID NUMBER(10) FOREGIN KEY REFERENCES PURCHASE_ORDER(ORDER_ID),
MED_ID VARCHAR2(15)
EXPIRY DATE,
QTY    NUMBER(5));

-------------------------------------------------------------------------------------------

CREATE TABLE SELLING_ORDER(
ORDER_ID NUMBER(10) PRIMARY KEY,
ORDER_DATE TIMESTAMP WITH LOCAL TIME ZONE,
DISCOUNT NUMBER(4.2));

------------------------------------------------------------------------------------------

CREATE TABLE SELLING_SUB(
ORDER_ID NUMBER(10) FOREGIN KEY REFERENCES PURCHASE_ORDER(ORDER_ID),
MED_ID VARCHAR2(15)
QTY    NUMBER(5));

[LIBYARS]

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