نظرة عامة تركز بنية المؤسسة على مواءمة الأفراد والعمليات والتكنولوجيا والمعلومات على مستوى المؤسسة.
تعمل هندسة المشاريع (EA) عبر دورة حياة التكنولوجيا بأكملها، بدءًا من أنشطة ما قبل الشراء ضمن عملية الخطة الاستراتيجية لـ IT، مرورًا باعتبارات طلبات تقديم العروض، واختيار التكنولوجيا، وأنشطة الحوكمة المستمرة مثل معالجة الاستثناءات، وإدارة الموردين، ومراجعات الهندسة.
كما تضع EA معايير تحدد السلوك المطلوب والضوابط اللازمة لتطبيق التكنولوجيا في دول الكومنولث. بالإضافة إلى ذلك، تقوم EA بتطوير خرائط طريق تقنية تحدد البرامج الحالية والمستقبلية والقديمة لدعم إدارة البنية التحتية وتخطيطها بفعالية.
تنص مدونة قوانين ولاية فرجينيا على سلطة ممارسة هندسة المؤسسات في المادة 2- 2.2-2007 و 2.2-2011.
معايير وسياسات هندسة المؤسسات
لدعم مهمة CIO المتمثلة في توفير نهج موحد لتكنولوجيا المعلومات (IT) على مستوى الحكومة الولائية، تقوم Enterprise Architecture (EA) بتطوير معايير تحدد السلوكيات والضوابط المطلوبة لاستخدام التكنولوجيا داخل الكومنولث. تم تصميم هذه المعايير بمتطلبات قابلة للقياس وقابلة للتنفيذ لضمان التطبيق والامتثال المتسقين. من خلال توحيد النهج، تقلل EA من التكرار وتقلل من المخاطر الأمنية وتبسط التدريب وتطوير المهارات.
تضع سياسة هندسة المشاريع (EA200) الأساس لمعايير هندسة المشاريع وتشكل جزءًا من إطار حوكمة التكنولوجيا في الكومنولث. يحدد التوجهات والمتطلبات الفنية التي تحكم اقتناء واستخدام وإدارة موارد تكنولوجيا المعلومات IT من قبل وكالات السلطة التنفيذية executive branch agencies.
يحدد معيار هندسة المؤسسات (EA225) إطارًا منظمًا لتطوير هندسة المؤسسات وصيانتها والاستفادة منها كأداة لاتخاذ القرارات المتعلقة بالاستثمارات والتغييرات في مجال تكنولوجيا المعلومات على مستوى المؤسسة.
خرائط طريق EA ومتطلباتها
اطلع على خرائط الطريق والموارد التالية المنشورة تحت EA-225.
- تقرير مجال التطبيق
- تقرير موضوع الاستضافة السحابية القائمة على السحابة
- إدارة النظم المؤسسية
- معيار التوقيع بالكمبيوتر الخاص بالحلول الإلكترونية
- متطلبات إتاحة بيانات حل EA الحل EA
- معيار أنظمة الويب لهندسة المؤسسة (EA)
- تقرير مجال تكامل ETA
- تكنولوجيا المعلومات القديمة
- استخدام الأجهزة الذكية EA
- تقرير موضوع مجال تكامل SOA
خرائط الطرق، كما نشرها فريق هندسة المؤسسة (EA) في كومنولث فيرجينيا (COV)، تقدم إرشادات حول تخطيط الاستثمارات التكنولوجية، والتغييرات، والتحديثات. تحدّد، بالنسبة لفئات التكنولوجيا الأساسية، إصدارات المنتجات التي ينبغي استخدامها، ومتى يجب تحديثها، ومتى يجب التوقف عن استخدامها.
الهدف من حوكمة إصدارات التكنولوجيا هو ببساطة منع تحديثات الإصدارات في اللحظة الأخيرة وما يترتب على ذلك من تأثير سلبي على تقديم تكنولوجيا معلومات عالية الجودة تدعم هيكل أعمال الكومنولث. في الواقع، يجب أن يكون التحديث إلى الإصدارات الحالية مهمة دورية للوكالات ومزودي خدمات تكنولوجيا المعلومات في الكومنولث، لأن ذلك سيؤدي إلى زيادة إنتاجية الموظفين، والحفاظ على أمن موثوق، وتقليل تكاليف صيانة الأنظمة القديمة.
تُمكّن خرائط الطريق التالية الوكالات والموردين من التخطيط لتحديثات أكثر قابلية للتنبؤ ومجدولة. نظراً لأن التقييمات يتم "توقعها" باستخدام أفضل المعلومات المتاحة في وقت اتخاذ القرار، فإنها قد تتغير للحفاظ على المرونة مع التغييرات اللاحقة التي تحدث خارج نطاق سيطرة الكومنولث.
راجع تحديثات خارطة طريق تكنولوجيا هندسة المؤسسة (EA) الحالية.
تتوفر خرائط الطريق للتالي:
- خارطة طريق منصة استضافة التطبيقات
- خارطة طريق تكنولوجيا الذكاء الاصطناعي COV
- خارطة طريق تكنولوجيا تطبيقات COTS
- خارطة طريق تكنولوجيا إدارة البيانات
- خارطة طريق تقنيات أنظمة تشغيل الحوسبة للمستخدم النهائي
- خارطة طريق تقنيات برمجيات حوسبة إنتاجية المستخدم النهائي
- خارطة طريق تقنيات متصفحات الويب الخاصة بحوسبة المستخدم النهائي
- لغات البرمجة وأساليب الوصول إلى البيانات
- تقنيات محرك البحث COV
- خارطة طريق تقنيات نظام تشغيل الخادم وتقنيات Hypervisor
- خارطة طريق تقنيات خوادم الويب والتطبيقات
تفضل بزيارة مسرد مصطلحات COV IT للاطلاع على تعريفات خارطة طريق EA.
كيفية التواصل مع فريق هندسة المؤسسة (EA)
تتبنى VITA هندسة المؤسسات من خلال مجموعة متنوعة من الآليات، والتي تختلف باختلاف الاحتياجات. تعرف على كيفية التواصل مع فريق EA لكل عملية من العمليات المذكورة أدناه.
إذا كانت وكالتك أو عملياتك غير قادرة على الامتثال لمعايير EA أو خرائط الطريق المعتمدة، فيجب تسجيل استثناء Archer لوكالتك.
تشمل بعض الأمثلة على الاستثناءات:
- تستخدم وكالتك إصداراً من منتج برمجي متأخراً 2 إصداراً أو أكثر عن الإصدار الحالي.
- لدى وكالتك أجهزة غير مدعومة تعتمد عليها، أو لديها منتج أجهزة يزيد عمره عن 5 سنوات ولا يزال قيد الخدمة.
- لا يمكنك تلبية متطلبات المؤسسة، مثل الامتثال لتسجيل البيانات أو توفرها.
سجل استثناءاتك في Archer، نظام إدارة مخاطر COV.
يوجه الأمر التنفيذي رقم 30 بأن تقوم VITA بتطوير ونشر سياسة خاصة بالذكاء الاصطناعي ومعايير تقنية الذكاء الاصطناعي التي تلتزم بها الوكالات التنفيذية.
كجزء من المعيار المطور، يتعين على جميع الوكالات والموردين تسجيل نيتهم في استخدام الذكاء الاصطناعي في وظائفهم التشغيلية لمراجعتها من قبل VITA والأمانة.
لمعرفة المزيد عن هذه العملية، تفضل بزيارة قسم الذكاء الاصطناعي. استخدم Archer لبدء أو الوصول إلى سجلات الذكاء الاصطناعي الخاصة بك.
كجزء من دورها في الحوكمة، تقوم هندسة المشاريع (EA) بمراجعة التصاميم المعمارية لضمان اتساقها وتوافقها مع قواعد VITA، والتحقق من استيفاء جميع متطلبات الخدمة المعمول بها. كما تراجع EA الاستثناءات المشار إليها للتأكد من صحتها وملاءمتها، وتقدم ملاحظات حول تفاصيل التصميم الفني عند الضرورة.
تتطلب مدونة قوانين ولاية فرجينيا وجود خطط استراتيجية لتكنولوجيا المعلومات (ITSPs). كل سنتين، يجب على الوكالات أن تثبت المبادرات التي تخطط لاتخاذها في مجال تكنولوجيا المعلومات خلال فترة السنتين التالية. كجزء من عملية الموافقة، تقوم إدارة هندسة المشاريع بمراجعة كل خطة للتأكد من امتثالها للمعايير، وفرص إعادة استخدامها، ومعالجة الاستثناءات المعلقة، ووضوح الهدف منها.
بعد المراجعة، تدخل EA توصيات الموافقة في Planview، وإذا لزم الأمر، تنسق مع CAM والفرق الأخرى للمتابعة أو التوضيح.
تسمح حالات الاستثمار التجاري (IBC) للوكالات بوضع مواثيق المشاريع وإصدار طلبات تقديم العروض وتخصيص الأموال. كجزء من عملية المراجعة، تقوم هندسة المؤسسات (EA) بتقييم كل IBC للتأكد من توافقها مع الخطة الاستراتيجية لتكنولوجيا المعلومات (ITSP) للوكالة وتقييم الحل المقترح وفقًا للمعايير الحالية واستراتيجية تكنولوجيا المعلومات.
على سبيل المثال، ينبغي للوكالات عمومًا استخدام نُهج ملائمة للسحابة لا تخلق عقبات لا داعي لها أمام الامتثال أو تحديات أخرى أثناء التنفيذ أو في المستقبل. ستقوم إدارة هندسة المشاريع، بصفتها إحدى الجهات المراجعة، بالموافقة على IBC في حالة عدم وجود أي مشكلات. إذا كانت هناك حاجة إلى توضيحات أو شروط، يجوز لـ EA تضمينها مع الموافقة أو إعادة IBC للحصول على معلومات إضافية قبل المتابعة.
يتم تقديم طلب حوكمة المشروع (PGR) بعد الموافقة على دراسة الجدوى الاستثمارية (IBC)، بمجرد أن تصبح الوكالة جاهزة لتمويل الحل المقترح. على غرار مراجعة IBC، تقيّم بنية المؤسسة (EA) PGR من حيث الامتثال لمعايير EA والتوافق مع استراتيجية تكنولوجيا المعلومات (IT) في الكومنولث.
بعد المراجعة، سيقوم مهندس المؤسسة إما بالموافقة على PGR أو طلب معلومات إضافية قبل الموافقة. قد تتصل EA أيضًا بممثلي الوكالة للحصول على توضيحات حسب الحاجة خلال هذه العملية.