الموضوع: اقتراح برمجي.
عرض مشاركة واحدة
قديم 2012-03-12, 02:47 PM   #26
عبسي الحمديني
مبرمج المستحيل
 
الصورة الرمزية عبسي الحمديني
 
تاريخ التسجيل: May 2010
الدولة: Libya
المشاركات: 2,923
معدل تقييم المستوى: 18
عبسي الحمديني على الطريق الصحيح لتعريف نفسه
Descrip


السلام عليكم

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

البيانات الاساسية للادوية 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 للمخطط بسيط جدا، و لكن تصميم تعاون فعّال، (لنقل "تصميم برنامج راسخ و يسهل صيانته") ، يعدّ صعبا بالتأكيد. ربما علينا تخصيص فصلا بكامله يتناول الخطوط العريضة لمبادئ التصميم الجيّد، مع أن الكثير من مهارات التصميم تأتي من الخبرة




__________________

عبسي الحمديني غير متواجد حالياً   رد مع اقتباس