نظرة عامة تركز بنية المؤسسة على مواءمة الأفراد والعمليات والتكنولوجيا والمعلومات على مستوى المؤسسة.
تضمن هندسة المؤسسات (EA) التوافق الفعال بين الأفراد والعمليات والتكنولوجيا والمعلومات في جميع أنحاء Commonwealth. إنه يوجه القرارات التقنية طوال دورة الحياة الكاملة - بدءًا من التخطيط الاستراتيجي وأنشطة ما قبل الشراء وحتى اختيار الحلول والمراجعة الهيكلية وإدارة الاستثناءات والحوكمة المستمرة.
تنشر EA معايير تقنية على مستوى الولاية تحدد السلوكيات والضوابط المطلوبة، وتحتفظ بخرائط طريق التكنولوجيا لمساعدة الوكالات على التخطيط للتحديث وإدارة دورات حياة التكنولوجيا.
تم تحديد سلطة برنامج EA الخاص بـ Commonwealth في قانون Virginia § 2.2-2007 و § 2.2-2011 ، والتي تنص على الإشراف على مستوى الولاية على استراتيجية IT والمعايير وحوكمة البنية.
حوكمة الهندسة المعمارية
يوفر إطار حوكمة هندسة المؤسسات (EA) التابع لـ Commonwealth of Virginia هيكلاً موحداً قائماً على المعايير يضمن أن جميع خدمات وأنظمة وحلول التكنولوجيا عبر Executive Branch agencies تعمل بطريقة متسقة وآمنة ومتوافقة استراتيجياً.
وبتوجيه من Virginia Information Technologies Agency (VITA)، يحدد نموذج حوكمة هندسة المؤسسة السياسات والمعايير وعمليات المراجعة والإشراف على دورة الحياة اللازمة لتقييم السلامة التقنية والبنية المعمارية وتوافق المؤسسة لخدمات IT المقترحة والحالية. تضمن هذه الحوكمة أن تدعم جميع قرارات الهندسة المعمارية أهداف العمل على مستوى الولاية، وأن تحافظ على الامتثال لسياسات ومعايير ITRM في Commonwealth، وأن تلتزم بمتطلبات الجودة والأمان وقابلية التشغيل البيني وإمكانية الوصول المعمول بها.
The Commonwealth’s Enterprise Architecture Policy (EA200) establishes the authoritative framework that guides how Executive Branch agencies acquire, use, and manage information technology resources. يحدد هذا التوجيه اتجاه بنية المؤسسة على مستوى الولاية والمتطلبات التقنية، مما يضمن امتثال استثمارات IT لقوانين ومعايير Commonwealth والحوكمة التقنية التي وضعها كبير مسؤولي المعلومات (CIO). تهدف هذه السياسة إلى توفير إطار عمل منظم لاتخاذ القرارات في مجال IT، يوثق البنية الحالية والمستهدفة، ويضمن توافق حلول IT مع استراتيجية العمل وأهداف الأداء، ويزيل التكرار، ويحسن قابلية التشغيل البيني والأمان، ويربط محافظ IT الخاصة بالوكالة بالمهمة العامة لـ Commonwealth.
بموجب قانون EA-200، تقوم VITA، بتوجيه من كبير مسؤولي المعلومات، بتطوير وصيانة وتحديث السياسات والمعايير والإرشادات الفنية والبيانات، بينما يتعين على الوكالات الامتثال لهذه المتطلبات أو طلب استثناءات عند الضرورة. تحدد السياسة المكونات الأربعة لهيكل المؤسسة التابع لـ Commonwealth (الأعمال، والمعلومات، والحلول، والهياكل التقنية) وتضع عملية حوكمة لإدارة التغييرات والاستثناءات. يشمل ذلك المراجعة المنظمة والبحث واتخاذ القرارات من قبل CIO بشأن الانحرافات أو التحديثات المقترحة على تقييم المؤسسة. من خلال توحيد التقنيات وتوجيه التوجه المعماري للحالة المستقبلية، يضمن EA-200 الاتساق والأمان والكفاءة على مستوى الولاية في كيفية تخطيط الوكالات وشراء وتنفيذ حلول IT.
يحدد معيار هندسة المؤسسات التابع لـ Commonwealth (EA225) التوجيه الفني الإلزامي وبيانات المتطلبات وخرائط الطريق التكنولوجية التي يجب على الوكالات اتباعها عند التخطيط أو الحصول على أو تطوير أو تعديل حلول IT. تعمل هذه المعايير على تفعيل سياسة هندسة المؤسسات من خلال تحديد التقنيات والممارسات والتوقعات المعمارية المحددة التي تضمن الاتساق والأمان وقابلية التشغيل البيني والاستدامة على المدى الطويل عبر Executive Branch agencies. يحدد EA225 متطلبات جميع المكونات الأربعة لهيكل المؤسسة التابع لـ Commonwealth - الأعمال والمعلومات والحلول والهياكل التقنية - مما يضمن توافق مبادرات الوكالة مع النماذج على مستوى الولاية لحوكمة البيانات وتصميم الحلول والخدمات المشتركة والبنية التحتية.
يتم تطوير معايير EA بشكل تعاوني من خلال مدخلات من مجموعات عمل EA وقادة الأعمال وموارد تكنولوجيا معلومات الوكالة (AiTRs) ومنتديات الحوكمة مثل منتدى حوكمة الابتكار Architecture & (AIGF) ومنتدى تقديم خدمات المنصة (PSDF). تعد بيانات المتطلبات داخل EA225 إلزامية، ويجب على الوكالات طلب الاستثناءات المعتمدة والحصول عليها من خلال عملية طلب تغيير/استثناء بنية المؤسسة في Archer قبل متابعة أي عملية شراء أو تنفيذ ينحرف عن المعايير المعمول بها. تساعد خرائط الطريق التكنولوجية ضمن الدليل القياسي للوكالات على تحديد متى يمكن الحصول على التقنيات أو ترقيتها أو إيقافها، مما يساعد على تقليل التكرار وضمان بيئة تقنية موحدة وجاهزة للمستقبل في جميع أنحاء Commonwealth.
تعتبر المتطلبات الواضحة والمحددة جيدًا ضرورية لهندسة المؤسسات داخل Commonwealth of Virginia لأنها تخلق فهمًا مشتركًا للخدمات والأنظمة والنتائج التي يجب على Executive Branch agencies دعمها. بشكل عام، تعمل وكالات الدولة في بيئات معقدة ذات التزامات قانونية ومساءلة عامة وأصحاب مصلحة متنوعين. تضمن المتطلبات توافق قرارات البنية مع التفويضات القانونية وقيود الميزانية ومعايير الأمن السيبراني والأهداف الإستراتيجية طويلة المدى. وبدونها، تخاطر الجهود المعمارية بالانجراف نحو حلول مثيرة للاهتمام تقنيًا، ولكنها غير ذات صلة من الناحية التشغيلية.
كما تشكل المتطلبات الأساس للاتساق وقابلية التشغيل البيني وإعادة الاستخدام في جميع أنحاء مؤسسة Commonwealth. في بيئة حكومية تعتمد فيها وكالات متعددة على منصات مشتركة ويجب عليها تبادل البيانات بأمان، توجه المتطلبات المصممة جيدًا التكنولوجيا مع تقليل الازدواجية وتحسين تقديم الخدمات والمساعدة في ضمان بقاء الأنظمة الممولة من دافعي الضرائب قابلة للتطوير والصيانة والمرونة. من خلال ترسيخ القرارات الهيكلية في احتياجات الأعمال والسياسات المحددة بوضوح، يمكن لوكالات الدولة تقديم حلول سليمة تقنيًا ومتوافقة مع المهمة وأكثر فائدة للمواطنين.
EIA - متطلبات بنية معلومات المؤسسة
- إطار تقييم الأثر البيئي
- إدارة السجلات الإلكترونية
- معايير بيانات الشركات
- بنية معلومات المؤسسة (EIA)
- تبادل معلومات الصحة
متطلبات هندسة حلول المؤسسات ( ESA )
- مجال التطبيق
- خدمات الحاويات القائمة على السحابة
- خدمات الاستضافة القائمة على السحابة
- التواقيع المستندة إلى الكمبيوتر
- توفر البيانات
- إدارة أنظمة المؤسسات (ESM)
- مجال التكامل
- حلول تقنية المعلومات القديمة
- استخدام الأجهزة الذكية
- الهندسة المعمارية الموجهة نحو الخدمة
- أنظمة الويب
ETA - المتطلبات الفنية للمؤسسة
توفر خرائط الطريق التكنولوجية التي ينشرها فريق هندسة المؤسسات في COV إرشادات لتخطيط الاستثمارات التكنولوجية والترقيات وتغييرات دورة الحياة. وهي تحدد إصدارات المنتجات المعتمدة للاستخدام، ومتى يجب تحديثها، ومتى يجب إيقافها، مما يساعد الوكالات والموردين على الحفاظ على التوافق مع المعايير الفنية على مستوى الولاية.
الغرض من إدارة الإصدار هو منع ترقيات اللحظة الأخيرة التي تعطل تقديم الخدمة مع تشجيع الإدارة الاستباقية لدورة الحياة. يؤدي التحديث المنتظم إلى الإصدارات الحالية المدعومة إلى تحسين الإنتاجية وتعزيز الأمان وتقليل التكاليف طويلة الأجل المرتبطة بصيانة التقنيات القديمة والقديمة.
تمكّن خرائط الطريق هذه الوكالات والموردين من التخطيط لتحديثات مجدولة يمكن التنبؤ بها. نظرًا لأن تقييمات خارطة الطريق تعكس أفضل المعلومات المتاحة في ذلك الوقت ويجب أن تتكيف مع تغييرات البائع والصناعة، فإنها تظل خاضعة للمراجعة مع تطور الظروف الخارجية.
تتوفر خرائط الطريق للتالي:
-
- منصات استضافة التطبيقات
- تقنيات الذكاء الاصطناعي (AI)
- خدمات السحابة
- تقنيات إدارة البيانات
- تقنيات أنظمة تشغيل حوسبة المستخدم النهائي (OS)
- تقنيات برامج إنتاجية حوسبة المستخدم النهائي
- حوسبة المستخدم النهائي وتقنيات مستعرض الويب
- تطبيقات المؤسسة (تحت التطوير)
- تقنيات محرك البحث
- تقنيات نظام تشغيل الخادم وبرنامج Hypervisor
- تقنيات خادم الويب والتطبيقات
تصنيف وتعريفات خارطة الطريق - تعريفات خارطة طريق التكنولوجيا
البنيات المرجعية
توفر البنيات المرجعية لـ EA نماذج معمارية موحدة وقابلة لإعادة الاستخدام توجه تصميم وتنفيذ الحلول التقنية عبر المؤسسة. وهي تنشئ هياكل ومصطلحات وأنماط حلول مشتركة للمجالات الرئيسية مثل الأمان والبيانات والتطبيقات والتكامل والسحابة وخدمات الشبكة، مما يضمن تطوير الأنظمة بطريقة متسقة وقابلة للتشغيل المتبادل ومتوافقة. من خلال تحديد المكونات الأساسية والضوابط المطلوبة والتقنيات المعتمدة لكل مجال، تساعد البنيات المرجعية على تقليل التعقيد وتسريع تطوير الحلول وتعزيز التوافق مع استراتيجيات ومعايير المؤسسة.
في المؤسسات الكبيرة، تعمل البنى المرجعية أيضاً كخطط مرجعية موثوقة تُسهم في اتخاذ القرارات طوال دورة حياة IT. وهي تدعم فرق الوكالة والمهندسين المعماريين والموردين من خلال توضيح كيف يجب أن تتناسب الحلول مع النظام البيئي التقني الأوسع، مما يتيح التكامل الذي يمكن التنبؤ به، وتحسين الوضع الأمني، وقابلية الصيانة على المدى الطويل. من خلال استخدام البنيات المرجعية المحددة جيدًا، يمكن للمؤسسات تقليل التكرار وتعزيز الحوكمة وضمان بقاء الاستثمارات التكنولوجية مستدامة وآمنة ومتوافقة مع التوجه الاستراتيجي للمؤسسة.
أنماط
توفر أنماط هندسة المؤسسات (EA) أساليب قابلة لإعادة الاستخدام ومثبتة لتصميم وتنفيذ الحلول التقنية عبر المؤسسة. فهي تساعد المهندسين المعماريين على حل التحديات المتكررة بطريقة متسقة وفعالة من خلال تقديم نماذج موحدة للتكامل والأمان وإدارة البيانات ووصول المستخدم وتصميم النظام. من خلال تلخيص المفاهيم المعمارية المعقدة في قوالب قابلة للتكرار، تعمل أنماط EA على تقليل وقت التصميم وتعزيز أفضل الممارسات وضمان بقاء الحلول متوافقة مع مبادئ المؤسسة والمعايير الفنية.
في بيئة مؤسسية كبيرة - مثل Commonwealth of Virginia - تُمكّن أنماط هندسة المؤسسات الوكالات من تبني مناهج متسقة للقدرات المشتركة مثل اتحاد الهوية، وتقسيم الشبكة، واعتماد الحوسبة السحابية، والتسجيل والمراقبة، والتصميم عالي التوافر. لا تعمل هذه الأنماط على تسريع تطوير الحلول فحسب، بل تعمل أيضًا على تحسين قابلية التشغيل البيني وقابلية الصيانة والأمان عبر الأنظمة. من خلال توجيه القرارات التقنية بأنماط معمارية محددة جيدًا، تضمن المؤسسة دمج الحلول الجديدة بسلاسة في النظام البيئي الأوسع مع الحفاظ على الامتثال للحوكمة على مستوى الولاية والمعايير والتوجه الاستراتيجي طويل الأجل.
البنية المرجعية الفنية للسحابة
تواصل مع فريق VITA EA
إن إشراك فريق Enterprise Architecture (EA) مبكرًا يساعد المشاريع على تجنب التأخيرات والمتطلبات غير المتوقعة وعمليات إعادة التصميم المكلفة لاحقًا في العملية. عندما يتم تضمين المهندسين المعماريين منذ البداية، يمكنهم المساعدة في ضمان أن الحل يناسب المعايير على مستوى الولاية وقواعد الأمان وخطط التكنولوجيا طويلة الأجل. تعمل المشاركة المبكرة أيضًا على تسهيل اكتشاف المخاطر والتخطيط للتكامل مع الأنظمة الأخرى واختيار التقنيات المناسبة قبل اتخاذ القرارات الرئيسية. وهذا يؤدي إلى مراجعات أكثر سلاسة وتقدم أسرع ونتائج ذات جودة أعلى.
يمكنك العمل مع فريق هندسة المؤسسات (EA) التابع لـ VITA باستخدام المعلومات والأدوات التي يشاركونها على موقع VITA الإلكتروني هذا. تشرح صفحات EA القواعد ومعايير التكنولوجيا والخطوات التي تحتاج إلى اتباعها عند طلب المساعدة أو إرسال مشروع للمراجعة. يساعدك استخدام هذه الموارد في معرفة وقت الاتصال بفريق EA، والنماذج أو التفاصيل التي يجب إرسالها، وكيفية التحقق من مشروعك. إن التواصل من خلال جهات الاتصال المدرجة أو نماذج الطلب أو من خلال AITR الخاص بك يضمن أن مشروعك يتبع القواعد على مستوى الولاية ويظل آمنًا وسالمًا.
من خلال التحدث مع فريق EA مبكرًا، يمكنك تجنب التأخير والحصول على التوجيه الصحيح وبناء حل أفضل من البداية.
إذا لم تتمكن وكالة أو عملية خدمة من الامتثال لمعايير تقييم الأثر البيئي المعتمدة من قبل Commonwealth أو خرائط الطريق التكنولوجية، فيجب تقديم طلب استثناء من برنامج آرتشر لتوثيق الفجوة ومبرراتها والمسار المخطط له للمعالجة. تتضمن الأمثلة الشائعة للاستثناءات ما يلي:
- استخدام برامج ذات إصدارين أو أكثر خلف الإصدار المدعوم الحالي.
- الاعتماد على الأجهزة الخارجة عن الدعم أو الأجهزة المنتهية الصلاحية، أو الأجهزة التي مضى عليها أكثر من خمس سنوات وتظل في الخدمة النشطة.
- عدم القدرة على تلبية متطلبات المؤسسة، مثل التسجيل الإلزامي أو توفر البيانات أو عناصر التحكم في الأمان.
سجل استثناءاتك في Archer، نظام إدارة مخاطر COV.
بموجب الأمر التنفيذي 30 ، يُطلب من VITA إنشاء ومشاركة سياسة الذكاء الاصطناعي (AI) ومعيار تكنولوجيا المطابقة الذي يجب على كل وكالة تابعة للسلطة التنفيذية اتباعه. تضمن هذه السياسة استخدام الذكاء الاصطناعي بشكل مسؤول وأخلاقي وضمن إطار الحوكمة الشامل لـ Commonwealth. وهي تغطي جميع أنواع الذكاء الاصطناعي، سواء كانت حلولًا مستقلة أو أنظمة مدمجة أو نماذج توليدية، وتنطبق بالتساوي على الأدوات التي طورتها الوكالة وتلك التي يوفرها الموردون الخارجيون.
وكجزء من هذه المتطلبات، يتعين على جميع الوكالات والبائعين التسجيل الرسمي لاستخدامات الذكاء الاصطناعي المخطط لها والنشطة في بيئاتهم التشغيلية. يتم هذا التسجيل من خلال نظام Archer، وبالنسبة للذكاء الاصطناعي الخارجي، يتم ذلك أيضًا في محفظة تكنولوجيا Commonwealth (CTP) باستخدام محافظ Planview. يُتيح التسجيل لـ VITA والأمانة العامة ذات الصلة مراجعة مقترحات الذكاء الاصطناعي، وتقييم المخاطر، والتحقق من الالتزام بالمعايير والضوابط على مستوى الولاية قبل النشر.
للحصول على إرشادات أكثر تفصيلاً، بما في ذلك تعليمات خطوة بخطوة لتقديم السجلات، تفضل بزيارة قسم الذكاء الاصطناعي في VITA واستخدم تطبيق Archer لبدء أو الوصول إلى تسجيلات الذكاء الاصطناعي الخاصة بوكالتك.
تضمن مراجعات هندسة المؤسسة (EA) أن التصاميم المقترحة تتوافق مع معايير VITA، وتلبي توقعات الخدمة المطلوبة، وتوثق بشكل صحيح أي استثناءات. أثناء المراجعة، يقوم المهندسون المعماريون بتقييم المواد المقدمة، وتحديد المخاطر، وتقييم السمات المعمارية مثل قابلية التوسع والأداء، وطرح الأسئلة أو المخاوف حيث تحتاج المتطلبات أو منطق التصميم أو الامتثال إلى توضيح. قد تقدم EA أيضًا توصيات فنية عند الاقتضاء. يتحقق المهندسون المعماريون من تلبية جميع متطلبات التصميم بشكل كامل. يقوم المراجعون بإعداد تعليقات الموافقة أو الرفض بناءً على اكتمال ودقة وتوافق مع مبادئ Commonwealth ومتطلبات الأمن والخرائط التقنية.
الهدف العام من مراجعات هندسة المؤسسة هو ضمان توثيق التغييرات بشكل جيد، ومطابقتها للمعايير، وأمنها، وتوافقها مع بيئة المؤسسة، ودعمها للرؤية المعمارية طويلة المدى للكومنولث.
يُشترط وضع خطط استراتيجية لتكنولوجيا المعلومات (ITSPs) كل عامين بموجب قانون ولاية Virginia (§ 2.2‑2014 أ). يتعين على الوكالات توثيق مبادرات IT التي تعتزم متابعتها خلال فترة السنتين القادمتين. كجزء من سير عمل الموافقة، تقوم Enterprise Architecture (EA) بمراجعة كل خطة لضمان التوافق مع المعايير، وتحديد فرص إعادة الاستخدام، والتأكد من معالجة الاستثناءات المعلقة، والتحقق من وضوح المبادرات المقترحة وجدواها.
تحدد خطة تكنولوجيا المعلومات الاستراتيجية احتياجات التكنولوجيا الاستراتيجية والتشغيلية على مدى ست سنوات، بما في ذلك الوضع الحالي لـ IT للوكالة، والعوامل الخارجية التي تؤثر على IT، وحلول IT المستقبلية المقترحة. يركز قسم حلول IT المقترحة بشكل أساسي على هذا القسم، حيث تصف الوكالات المبادرات المستقبلية والقيمة التجارية والتبعيات والاستثمارات التكنولوجية المطلوبة.
تقوم EA بإجراء مراجعات من أجل وضوح النية والمخاطر المحتملة والمتطلبات القائمة على التفويض ومتطلبات الأعمال (BRT/BRNT/BRET) ووجود أي حالات زائدة عن الحاجة أو تقنيات غير مدعومة. تقوم EA بتقييم ما إذا كان كل اقتراح موصوفًا بوضوح، ومتوافقًا مع معايير الكومنولث، ومتوافقًا مع توقعات استضافة المؤسسات، وخاليًا من التعارضات مع المنصات الحالية أو المنتجات المعتمدة من COV-Ramp. تتحقق EA أيضًا مما إذا كانت الخطة تمثل أي EA نشطة أو استثناءات أمنية. عند الحاجة إلى توضيح أو تفاصيل إضافية، تقوم EA بالتنسيق مع ممثل قسم إدارة استثمارات IT (ITIMD) المعين، مع العلم أن أوقات الاستجابة قد تختلف تبعًا لمشاركة الوكالة.
تُعد دراسات جدوى الاستثمار بمثابة الآلية الرسمية لـ Commonwealth لتفويض الوكالات لبدء أنشطة الشراء مثل وضع مواثيق المشاريع، وإصدار طلبات تقديم العروض، وتخصيص الأموال. كجزء من عملية إدارة استثمارات IT (ITIM)، وتحديداً مرحلتي الاختيار المسبق والاختيار، توثق وثائق IBC الحاجة التجارية والحل المقترح والقيمة المتوقعة للاستثمار حتى يتمكن المراجعون من تقييم ما إذا كانت المبادرة تتماشى مع أولويات الوكالة والتوجه الاستراتيجي لـ Commonwealth.
أثناء مراجعة IBC، تقوم هندسة المؤسسة (EA) بتقييم ما إذا كان الاستثمار المقترح متسقًا مع الخطة الاستراتيجية لـ IT (ITSP) للوكالة، ويلتزم بمعايير تكنولوجيا Commonwealth، ويدعم الأهداف الاستراتيجية طويلة الأجل. تدرس EA أيضًا ما إذا كان الحل يتوافق مع توقعات بنية المؤسسة، بما في ذلك خيارات التصميم المناسبة للسحابة ومبادئ التحديث وتجنب المنصات المكررة، مما يعكس هدف ITIM لاختيار الاستثمارات التي «تلبي احتياجات الأعمال على أفضل وجه» وتستفيد من قدرات المؤسسة الحالية.
إذا كانت IBC متوافقة ولم يتم تحديد أي مخاوف معمارية، فستوافق EA عليها. عندما تكون هناك حاجة إلى توضيحات أو شروط، مثل معالجة المخاطر، أو ضمان الالتزام بالمعايير، أو التحقق من التوافق مع اتجاه المؤسسة، قد تعيد EA IBC للحصول على معلومات إضافية أو الموافقة عليها بالشروط المعلنة. يدعم هذا النهج أهداف ITIM المتمثلة في اختيار الاستثمارات المناسبة، والحد من المخاطر، وضمان التوافق مع استراتيجية الوكالة والكومنولث، وتعظيم قيمة الأعمال طوال دورة حياة الاستثمار.
طلب إدارة المشتريات (PGR) هو طلب رسمي يجب على وكالات الدولة تقديمه إلى Virginia Information Technologies Agency (VITA) عند السعي للحصول على موافقة CIO في Commonwealth على استثمارات معينة متعلقة بـ IT. تُطلب شهادات PGRs لعمليات شراء التكنولوجيا أو ترقيتها التي تتم إدارتها من خلال برنامج شراكة IT التابع لـ VITA إذا كانت التكلفة الإجمالية لمرة واحدة تبلغ 250,000 دولار أمريكي أو أكثر، وللأنشطة مثل الخدمات السحابية، وعمليات الشراء من مصدر وحيد، أو العقود التعاونية.
يتعين على الوكالات تقديم تقارير مراجعة المشاريع عبر نظام محفظة تكنولوجيا Commonwealth (CTP) (محافظ Planview)، وعادةً ما يتم ذلك من خلال موارد IT الخاصة بالوكالة (AITR) أو موظفي المشتريات. تخضع هذه الطلبات لمراجعة تتماشى مع قانون Virginia §§ 2.2-2012 و 2.2-2018.1 ، ضمان قيام CIO بتقييم الاستثمار للتأكد من امتثاله لاستراتيجية التكنولوجيا على مستوى الولاية، والتفويضات الأمنية، وأهداف المؤسسة.
يأتي طلب إدارة المشروع (PGR) بعد دراسة جدوى الاستثمار المعتمدة (IBC)، بمجرد أن تكون الوكالة مستعدة لتمويل الحل المقترح. على غرار مراجعة IBC، تقوم هندسة المؤسسة (EA) بتقييم PGR من حيث الامتثال لمعايير هندسة المؤسسة والتوافق مع استراتيجية IT الخاصة بالCommonwealth. بعد المراجعة، سيقوم مهندس المؤسسة (EA) إما بالموافقة على PGR أو طلب معلومات إضافية قبل الموافقة. قد تتصل EA أيضًا بممثلي الوكالة للتوضيح حسب الحاجة أثناء هذه العملية.