• الإعلانات

    • فيصل الحربي

      تسجيل عضوية جديدة في المنتدى   01/31/2016

      السلام عليكم ورحمة الله وبركاته  عزيزي العضو الجديد :  حاليا رسالة الإيميل لتأكيد صحة إيميلكم تذهب للبريد العشوائي ( جاري حل المشكلة )  فإذا لم تجد رسالة التحقق من إيميلكم في صندوق الوارد لديكم إتجه للبريد العشوائي ( JUNK)  وقم بتفعيل إشتراككم من هناك   

البحث في المنتدى

Showing results for tags 'business analysis'.

  • البحث بالتاقات

    اكتب الكلمات المفتاحيه بينها علامه الفاصله
  • البحث بكاتب الموضوع

تم إيجاد 4 نتيجة

  1. مواصفات الإعلان Company Profile ----------------------------------------------------------------------------- is a leading Technology Solution Provider in the Middle East and have several projects in egypt and KSA As we move towards our goal of being industry leaders,  we constantly focus on innovation, and above all we always seek nothing less than excellence. Qualification ----------------------------------------------------------------------------- 1-Bachelor degree in Computer Science, or any related discipline 2-2+ years in the business analysis area. 3-Experience in System Development Life Cycle. 4-Experience in Agile project management 5-Strong analytical skills useing Agile (Scrum) and UML 6-Ability to handle team. 7-Excellent written and communication skills. 8- Develop and execute test cases to ensure product is up to the standards of quality. 9- Perform all aspects of verification and validation in all the software development phases 10- Aware of testing throughout software life cycle. 11- Has a good knowledge with defects tracking & SDLC 12- Has a good knowledge with logging defects on Defect tracking tool. 13- Knowledge of modern test methodologies like agile testing if you found yourself meet the job requirments please send your cv
  2. [منهجية العمل في تصميم تطبيقات قواعد البيانات] الكثير منّا، أو كلنا قد عملنا على تطبيقات قواعد البيانات، إما لأنفسنا أو لجهات معينة، ودائما ما نواجه العديد من المشاكل في تصميم وتطبيق هذه التطبيقات، إن لم تكن تلك المشاكل في الربط مع قاعدة البيانات، تكون في ربط البيانات مع الواجهات، أو إضافة بيانات من المستخدم إلى قاعدة البيانات، بالمحصلة هناك جملة كبيرة نوعاً ما من المشاكل التي قد تواجهنا في مراحل تصميم هكذا تطبيقات. لكن السؤال المطروح: ما هو سبب تلك المشاكل و لماذا تنتج وكيف يمكن التغلب عليها؟ في الواقع، أكثر الأخطاء التي تواجه المبرمج هي من صنع نفسه! والسبب يكون دائماً عدم اتباعه لمنهجية عمل مناسبة تؤمن له تصميم أكثر قوة وسهولة في العمل، بل على العكس يقوم مباشرة بفتح بيئة التطوير، ثم عمل بعض النوافذ وإضافة بعض العناصر، والإتصال بقاعدة البيانات ومعالجة العمليات الباقية، كل هذا يتم متراكبا فوق بعضه البعض. ومن خلال هذا التراكب في العمل، تنتج الكثير من الأخطاء، نحن بغنى عنها. لذلك سنقوم في هذه المقالة بشرح بعض المفاهيم الأساسية لعمل هذه التطبيقات بكل قوة وسهولة. الكلام والمفاهيم ينطبق على جميع بيئات التطوير، لكننا سنركز على بيئة ميكروسوفت [.NET Platform]، حيث سنستعين ببعض تقنيات هذه البيئة بشكل بسيط، وسنقوم في المقالة القادمة بتطبيق جميع هذه المفاهيم على عدة مشاريع مثل Windows Forms Application، ASP.NET Application و WPF Application. لنلقي نظرة على المخطط التالي الذي يوضح تسلسل الطبقات بدءاً من قاعدة البيانات [الفيزيائية] وانتهاءاً بمستخدم النظام. وكما تحدثنا فإن هذه الهرمية يمكن تطبيقها على أي مخدم قواعد بيانات وعلى أي بيئة تطوير أخرى.   Data Access Layer هذه الطبقة هي المسؤلة عن إنشاء الإتصال مع قاعدة البيانات، وإجراء العمليات عليها من إضافة وتعديل وحذف وجلب للبيانات وهو ما يطلق عليه إسم CRUD  [Create Retrieve Update Delete]، والمهم في هذه الطبقة هو فقط التخاطب مع قاعدة البيانات بدون أي أليات تحقق من البيانات أو رسائل مرجعة للمستخدم. فإذا ما قلنا [Data Access Layer]، فإن معناها محدد كإسمها، الوصول للبيانات فقط، وليس التحقق منها أو إجراء أي عمليات أخرى، لأن كل ذلك من مهمة الطبقة الثانية. هكذا يكون لدينا آلية وصول للبيانات مفصولة عن قواعد أو ضوابط التطبيق، ومفصولة عن التقنيات الأخرى، فمثلاً يمكن استخدام هذه الطبقة في تطبيقات ASP.NET أو WPF أو Windows Forms وما إلى ذلك من التقنيات الأخرى. ما هي طبيعة هذه الطبقة، وكيف يمكننا إنشاءها؟ في الواقع كل لغة برمجة تزودنا بتقنيات معينة لإنشاء هذه الطبقة، وبالطبع يمكننا إنشاؤها يدوياً كل ذلك يعود لطبيعة البيئة المستخدمة، ولطبيعة متطلبات المشروع، ورغبة المستخدم.   بما أننا سنستخدم تقنيات .NET في أمثلتنا سأقوم بعرض كيفية إنشاءها بواسطة هذه التقنيات، بأسلوب توضيحي فقط، وكما تحدثنا سيأتي تطبيقها بالتفصيل وإستخدامها في مقالات قادمة بإذن الله. تزودنا .NET بعدة تقنيات للعمل، اساسها هوADO.NET  [Active Data Object.NET]  تتفرع منه التقنيات الأخرى. 1. ADO.NET Entity Framework Model وهي عبارة عن عنصر جديد يتم إضافته للمشروع، ثم يظهر لنا العديد من الخيارات لكي نحدد الإتصال مع قاعدة البيانات، ثم الربط مع الجداول المحددة، وهذ التقنية ستقوم تلقائيا بإنشاء كلاسات للجداول وإذا كان هناك علاقات بين الجداول سيضمنها ضمن الكلاسات أيضاً. عند الانتهاء من التصميم، نكون قد حصلنا على طبقتنا المطلوبة، وبالطبع تحوي هذه الطبقة على كلاس خاص بعمليات CURD تضاف تلقائياً.   2. LINQ to Classes وهي مشابهة للتقنية السابقة من حيث التصميم والتعامل، لكن الفرق يكمن في التصميم الداخلي لها، وفي طريقة تعاملها مع قاعدة البيانات، حيث تقوم بالتخاطب مع قاعدة البيانات عن طريق ما يسمى ب SqlClient بينما تقوم التقنية السابقة بالتخاطب معها بواسطة ما يسمى ب EntityClient.   Data Set .3 أيضاً الكثير منا يعرف ما هي الـ DataSet وهي عبارة عن DataAccessLayer بوضع Disconnected عن قاعدة البيانات، وهي أيضاً عنصر يضاف للمشروع ثم نقوم بتصميم الجداول عن طريق إضافة TableDataAdpater، وهناك الكثير من الأدوات تساعدنا في إنشاء الإستعلامات queries لملىء تلك الجداول بالبيانات المطلوبة، بدل أن نعرف كل ذلك بإيدينا، فالطريقة المتبعة، أن نقوم بتعريف عنصر من DataSet في مكان ما في الكود ثم تعريف TableDataAdapter ثم مل DataSet بالجدول المناسب، وفيما لو انتقلنا إلى نافذة أخرى للعمل أو لجز أخر  من الكود، فإننا سنضطر لإعادة هذه التعريفات، مما يجعل العمل اكثر صعوبة وممل. لكن بتعريفها كطبقة مستقلة كما تحدثنا، هو الطريقة السليمة والأفضل للعمل. 4. إنشاء الطبقة يدوياً كأن نعرف كلاس معين، ونعرف ضمنه إعدادات الاتصال مع قاعدة البيانات ودوال التخاطب مع قاعدة البيانات، عمليات CRUD. ولا يخفى أننا بحاجة لإنشاء كلاسات للجداول يدوياً أيضاً، فمن أكثر المشاكل التي يقع فيها المبرمج في إنشاء تطبيقاته، أنه يقوم بإحضار البيانات من قاعدة البيانات بشكل متغيرات فقط، كأن يحضر حقل الإسم والعنوان فقط، ويخزن كل  واحدة ضمن متغير. هنا تكمن المشاكل والصعوبة، بينما لو عرف كلاس لكل جدول يكون التعامل أسهل في جميع الحالات.   في جميع الحالات السابقة نحصل على شيء موحد، عبارة عن كلاس يحوي دوال التعامل مع قاعدة البيانات، بغض النظر عن أي ضوابط أو قواعد يفرضها المشروع علينا. فقط إدخال بيانات معينة أو جلب بيانات معينة ببساطة.   Business Logic Layer من المعلوم أن كل تطبيق له قواعد خاصة، ومنهجية عمل معينة؛ أي هناك تطبيقات تفرض بعض الشروط على البيانات الداخلة، مثلاً لا تقبل عدد سالب، أو حقل فارغ، وما إلى ذلك من الشروط. هذه الطبقة هي المسؤولة عن إنجاز هذه المهمة، وبالتالي تضمن وصول البيانات الصحيحة إلى قاعدة البيانات. كيف يتم إنشاء هذه الطبقة؟ يمكن اعتبار هذه الطبقة كلاس خاص، يحوي على Object من نوع الطبقة الأولى، وبالتالي هو المسؤول عن التخاطب مع الطبقة الأولى، وهو صلة الوصل أيضا مع User Interface.ونقوم بتعريف كل الضوابط والشروط والقواعد على البيانات ضمنه.   مثلاً لنتخيل ميثود ضمنه تدعى AddUser، تقوم بأخذ بيانات من المستخدم وتحاول حفظها إلى قاعدة البيانات، فتقوم هذه الميثود بأخذ متغيرات مثل UserName و Password و ConfirmedPassword. كما أدخلها المستخدم في عناصر الواجهات، فتقوم هذه الميثود بالتحقق من أن User Name يحوي على قيمة وليس فارغ، ثم يقوم بالتحقق فيما إذا كان الإسم محجوز مسبقاً أم لا، ويقوم بالتحقق من توافق كلمتي المرور، بعد التحقق من صحة كل هذه الشروط، يأتي الوقت لطلب ميثود من الطبقة الأولى لأخذ هذه البيانات [الصحيحة] وإرسالها لقاعدة البيانات لحفظها.   وهكذا نلاحظ أنّا قمنا بتوزيع المهام، فواجهات المستخدم لم تعد تضع الشروط الخاصة بالمشروع، بل هي مجموعة في هذه الطبقة، ومرة أخرى يمكننا استخدام الطبقتين الأولى والثانية في التقنيات الأخرى، كون هناك استقلالية في العمل، وتوزيع في المهام. ولا يوجد ارتباط مع واجهات المستخدم ابداً، فإسم المستخدم مثلاً لا يهمنا في هذه الطبقة هل هو قادم من TextBox ضمن مشروع  Windows Forms أو من ASP.NET.  في النهاية هو [string]. أما إذا كان  هناك أي خلل في الشروط فإننا سنقوم بإفشال عمل هذه الميثود وإرسال رسالة إلى واجهة المستخدم، أغلب الرسائل وأفضل الطرق يتم عن طريق Exception، مثلاً إذا كان إسم المستخدم محجوز مسبقاً، نقوم مباشرة بعد الشرط بعمل throw لـِ Exception بالشكل: throw new Exeception("User name is already exist! Please try another name"); طبعاً واجهة المستخدم هي المسؤولة عن التقاط هذا الخطأ، وعرضه بطريقة مناسبة للمستخدم. Presentation Layer في هذه الطبقة نقوم بتصميم واجهات المستخدم، وضمن هذه الواجهات نقوم بطلب Object من الطبقة الثانية وإرسال البيانات إليها بكل بساطة، ونستطيع ملاحظة الرسائل القادمة من الطبقة الثانية. وهذه الطبقة كما قلنا هي نوع المشروع الذي نقوم بالعمل عليه هل هو تطبيق ويب أو تطبيق سطح مكتب أو تطبيق موبايل، لايهم الآن ما هو نوع المشروع ما دمنا قمنا بفصل الطبقات، فلو أردنا تغيير المشروع أو إنشاء مشروعين مختلفين [تطبيق ويب وتطبيق سطح مكتب] بنفس السلوك، يتم ذلك بكل سهولة. تجدر الإشارة هنا إلى أن الطبقة الأولى والثانية بإحتوائهما على آليات التعامل مع البيانات، يمكننا فصلهما في مشروع مستقل أو فصل كل طبقة في مشروع مستقل من نوع [Class Library] مثلاً، وبالتالي يصبح إعادة الاستخدام في منتهى السهولة. أما إذا أردنا جمع الطبقات في مشروع واحد، فالأفضل وضع الطبقة الأولى والثانية كل واحدة في مجلد مستقل، وأن نسمي المجلد الأول [DataAccessLayer] والمجلد الثاني [BusinessLogicLayer]. وبهذا يكون لدينا فصل حقيقي للطبقات.   كل النقاش السابق عبارة عن منهجيات تم وضعها من قبل أناس واجهوا تلك المشاكل، وبحكم خبرتهم وضعوا هذه المنهجات، ليستفيد منها غيرهم، فعلينا الإستفادة من أخطاء وتجارب الأخرين، لا أن نكررها عدة مرات حتى نصل إلى ما وصلوأ إليه سابقاً.     Eng. Tareq Jehd DatabaseApplicationDesign.pdf
  3. مركز الاحتراف البرمجي :  هو احد أهم مراكز التدريب في مجال تكنولوجيا المعلومات المعتمدة من كبرى شركات البرمجيات في العالم . وقد تأسس المـركـز بهـدف التنمية البشرية في مجال أوركل (Oracle) . حيث يكون التدريب مرتبط بســوق العـمل . لذا فإن المـركــز يهتم بالتــدريب المتخـــصص على أهـــم الدورات الخاصة بشركة أوركل العالمية  .   أهدافنا: إكساب المتدربين ميزه تنافسيه حقيقية في تخصصه هي أهم أهدافنا حيث أن سوق العمل لم يعد يبحث عن من يعرفون ولكن يبحث عن أصحاب الخبرات المتميزون . لذا فإن التدريب لدينا يتم بواسطة خبراء في مجال تطبيقات أوركل ويتم بذلك نقل الخــبرات العملية من الخبير إلى المتدرب  .   الدورات التي نقدمها : ORACLE Developer  Oracle DBA Administration  Oracle Apps DBA Administration  ORACLE APPS Developer  Accounting for Non-Accountants R12i ORACLE E-Business Suite Financial Track R12i ORACLE E-Business Suite HRMS Track R12i ORACLE E-Business Suite Supply Chain Track   للاستفسار : [email protected] 0569510097
  4. مطوب للعمل الوظائف : 1- System Analyst محلل نظم - خبرة في تحليل النظم اكثر من خمس سنوات. -لديه خبرة عن مختلف التقنيات ولغات البرمجة وقواعد البيانات Oracle . - يكون لديه خبرة في تحليل أنظمة الأعمال ERP. - مهارات القيادة والقدرة على إدارة الفريق بالكامل . - القدرة على الابتكار و الابداع فى تحليل الأنظمة المحددة إليه. - الالتزام الكامل بعنصر الوقت . - اتقان مختلف البرامج و التقنيات المطلوبة فى مجال العمل مثل UML. -إعداد الدراسة التحليلية للنظام بحيث تحتوي على مخطط و أهداف ومحددات النظام وخريطة تدفق البيانات. - إعداد المواصفات الفنية للأنظمة ليقوم المطور بكتابتها بلغة البرمجة المناسبة. - فحص البرامج التي يقوم المبرمج بكتابتها والتأكد من مطابقتها للمواصفات. - وضع الحلول اللازمة للحصول على المعلومات من البيانات المخزنة. - توزيع العمل على المطورين . - إعداد دليل الخصائص وطريقة استخدام النظام . - إعداد الخطط والبرامج الزمنية اللازمة لتنفيذ المشروع. - تطبيق المعايير المتبعة في تحليل النظام وإجراءات العمل . - إعداد تقارير العمل الفنية . - مسؤل عن إدارة عملية التغيرات التي تطراء على متطلبات النظام أو التكنولوجيا المستقبلية أو بيئة العمل. - لديه خبرة في العمل كمطور برامج الاعمال . - الحفاظ على سرية المعلومات واتفاقيات العمل وسياساته. 2- Team leader - خبرة في إستخدام قواعد بياناتORACLE. - خبرة في إستخدام لغة برمجة Java - خبرة Jdeveloper & ADF - القدرة على تطوير وبرمجة التعامل مع اجهزة الماسح الضوئي . خرائط Google , اجهزة نقاط البيع ، خدمات البريد الإلكتروني ، رسائل SMS . - مهارات قيادة الفريق. 3- JDeveloper & ADF - خبرة تبدأ من سنة. - خبرة التعامل مع قواعد بيانات Oracle. للتقديم على الوظائف إرسال السيرة الذاتية على ايميل مع كتابة الوظيفة المتقدم لها : [email protected]