ساختار مهندسی کیفیت یک بستر دیجیتال

مانند قلعه ها ساخته شده و بر روی ساختارهای پایدار بازسازی می شوند ، مشاغل دیجیتال به نقاط پایدار ساخت و تکامل نیاز دارند.

اما بسیاری از سیستم های IT موجود فاقد آنها هستند.

و تفاوت عمده برای یک سکوی دیجیتال ، سرعت تحویل تغییرات است و نیاز به هدایت یک هدف به طور مداوم در حال حرکت را ایجاد می کند.

این مقاله به اشتراک می گذارد که چرا یک بستر تجاری به یک ساختار نیاز دارد و چگونه مهندسی کیفیت می تواند از طریق 3 روش معماری بتونی ساختار را فراهم کند.

برای مهندسی با کیفیت بیشتر از جامعه ، واحد QE را دنبال کنید.

چرا سیستم عامل های تجاری به ساختار نیاز دارند

یک بستر تجاری محصولی است که سایر محصولات یا خدمات را از طریق اتصال با شبکه ای از مصرف کنندگان و تولید کنندگان ارائه می دهد یا امکان پذیر می کند.

بسترهای نرم افزاری ویژگی مشترکی در ارائه قابلیت های تجاری از طریق خدمات باز و اتصالات برای سهولت در معاملات بین مشاغل دارند.

شکل 1: مدل های تجاری پلت فرم دیجیتال ، Beyondnow.

سازمان های میراث می توانند از نظر حضور در بازار ، نمونه کارها یا تخصص های گذشته از قدرت فوق العاده ای برخوردار باشند ، اما مهم نیست که آنها نتوانند یک سکوی را ساختار دهند.

در قرن بیست و یکم ، زنجیره تأمین دیگر جمع اصلی ارزش تجاری نیست. آنچه یک شرکت صاحب آن است کمتر از آنچه می تواند به هم وصل شود.

- الکس ماازد ، مدل کسب و کار پلتفرم - تعریف |چیه؟|توضیح ، Applicoinc.

هنگامی که یک سازمان ساختار یافته نیست ، همه می خواهند با همه صحبت کنند ، دشوار است بدانید که با چه کسی صحبت کنید و حتی چیزهای ساده سخت می شوند.

همین اتفاق در مورد سیستم عامل های دیجیتالی که به نرم افزار بستگی دارند اتفاق می افتد.

شکل 2: شبکه Netflix از خدمات میکروسروس های همکاری که منجر به مشکلات شد.

سیستم عامل ها فقط می توانند در بالای خدمات ساختاری با قابلیت های مشخص شده مشخص شده در شبکه کاربران قابل استفاده مجدد باشند.

این بدان معناست که سیستم عامل های تجاری متولد نمی شوند ، اما در اطراف A ساخته شده اند:

• چشم انداز بستر تجاری تجاری برای انتخاب
• سازماندهی قابلیت های تجاری
• تراز معماری با چشم انداز.

بیایید ببینیم که چگونه این عناصر در نرم افزار سرعت به کیفیت کمک می کنند.

مهندسی کیفیت چگونه ساختار را فراهم می کند

مهندسی کیفیت پارادایم است که کل چرخه عمر نرم افزار را برای تحویل مداوم ارزش به کاربران خود از طریق MAMO محدود می کند.

دامنه معماری دقیقاً یکی از مؤلفه های سازماندهی کننده است که سیستم عامل های تجاری دیجیتال را به زندگی می بخشد.

مهندسی کیفیت ساختار را از طریق معماری با:

• طرحی که چشم انداز پلت فرم کسب و کار را تعریف می کند
• شهرسازی قابلیت های تجاری
• طراحی دامنه محور خدمات تجاری.

طرح ارائه یک چشم انداز پلت فرم

سازمان ها باید شکاف بین تجارت و فناوری اطلاعات را ببندند تا به یک زبان صحبت کنند و روشن کنند که برای اهداف مشترک تلاش می کنند.

شکاف های ناشی از سیلوها، پیشینه ها و تعاملات مورد نیاز برای همسو کردن ذینفعان در یک چشم انداز مشترک که یک چارچوب مرجع مشترک را فراهم می کند.

طرح مهندسی کیفیت یک چشم انداز مشترک از پلتفرم تجاری است که حوزه ها، حوزه ها و نقاط کلیدی تعامل بین اکوسیستم ها را روشن می کند.

شکل 3: نمونه ای از بستر تجربه دیجیتال، Razi Chaudhry.

به طور مشخص، مجموعه ای از اسناد و طرح های مشترک است که به طور مشترک بین سهامداران کسب و کار و فناوری ساخته شده است.

با ارزش ترین بخش، طرحواره های مشترک شناخته شده و درک شده توسط همه بازیگران درون سازمان است - آنها باید گرامی داشته شوند و به طور منظم در ستاره شمالی به اشتراک گذاشته شوند.

معمولاً از یک تلاش مشترک چند هفته ای برای موارد زیر حاصل می شود:

• جمع آوری نیازهای تجاری در سراسر سازمان
• نیازها را در زمینه‌های اصلی تحول کسب و کار گروه‌بندی و فیلتر کنید
• سناریوهای احتمالی کسب و کار و فناوری را ارزیابی کنید
• تصویر بزرگ سناریوهای حفظ شده را تثبیت کنید
• چشم انداز پلت فرم کسب و کار را متصور و تعریف کنید
• مسیر دقیق با منابع مرتبط و نقاط عطف اصلی.

این تمرین هر 3 تا 5 سال بسته به بلوغ سازمان، بخش یا تغییرات سازمانی مانند ورود یک CIO یا CTO جدید انجام می شد.

شتاب اکوسیستم باعث می شود حداقل هر 3 سال یک بار یک طرح کامل انجام شود، هر سال تجدید شود و یک حاکمیت معماری مستمر اجرا شود.

در حالی که یک طرح کلی چشم انداز تصویر بزرگ را ارائه می دهد، چشم انداز دقیق تری برای اجرای دقیق اجزای نرم افزار مورد نیاز است.

شهرسازی قابلیت های تجاری

شهرنشینی خوب یک شهر در قابلیت حفظ جمعیت فزاینده، تکامل با بازکاری کم و به حداقل رساندن اختلالات منعکس می شود.

به نظر می رسد شهرنشینی یک عمل کاملاً مفید برای پلتفرم های تجاری است که نیاز به اختراع مجدد مداوم با خدمات جدید، کاربران بیشتر و عملیات با کیفیت بالا دارند.

شکل 4: مدل معماری میکروسرویس ها در Uber، DZone.

برخی از مردم شهرنشینی را "مکتب قدیمی" یا "بی فایده" می دانند.

دقیقاً با شهرنشینی است که یک شرکت می تواند مجموعه ای از خدمات منسجم ، پایدار و مدولار را از طریق یک سازمان مناسب از قابلیت های تجاری و دارایی های نرم افزاری ارائه دهد.

سازمان هایی که این تمرین را از دست داده اند ، به سیستم های پیچیده ای می رسند تا هر چه فناوری یا معماری را تکامل دهند.

شهرنشینی شامل انیمیشن کردن عناصر زیر است:

• 4 لایه معماری: فرآیند ، کاربردی ، کاربرد ، فنی
• هدف و مسیر برای هر لایه معماری
• اصول معماری برای تصمیم گیری و اجرای.

اصول از فرایند شهرنشینی مانند مالکیت مجرد در یک بلوک (به عنوان مثال یک عملکرد یا کاربرد) یا یکی از "انسجام بالا ، اتصال کم" پشتیبانی می کند.

شهرنشینی هنگام انجام همکاری مداوم بین معماران و تیم های محصول ، ارزش خود را به حداکثر می رساند و از یک تراز عملیاتی اطمینان می دهد.

حتی اگر برخی از سازمان ها ادعا کنند که "معماران" ندارند ، نکته مهم این است که اطمینان حاصل شود که شهرنشینی توسط افراد ذیصلاح با چشم انداز انجام می شود ، نه با عنوان شغلی.

یک عمل مکمل وجود دارد که به تمرینات شهرنشینی کمک می کند تا بر روی قابلیت های سکوی تجاری تراز شود.

طراحی دامنه محور خدمات تجاری

چگونگی نگاه ما به چیزهایی که بر نحوه مدیریت آن تأثیر می گذاریم ، تأثیر می گذارد.

Blueprint بر تکامل میانه تا طولانی مدت تصویر بزرگ متمرکز است ، در حالی که شهرنشینی در کل مجموعه های معماری ، محیط و ماژول ها برای ارائه.

طراحی دامنه محور ، چشم انداز مفقود شده را برای شناسایی خدمات تجاری برای ارائه در حوزه های تجاری چندگانه به ارمغان می آورد.

کاربرد آن در روشن کردن عناصر زیر است:

• متن محدود برای ترسیم سکوی و محیط کاربردی
• خدمات و رویدادهای تجاری برای شناسایی اتصالات پلت فرم
• اشخاص دامنه ، مصالح و اشیاء ارزش حوزه های تجاری
• عناصر فنی مانند مخازن یا کارخانه ها برای اجرای.

ارزش آن استفاده از اصل "انسجام بالا ، اتصال کم" برای جداسازی پیچیدگی تجارت در سیستم عامل ها و خدمات خاص است.

این عمل می تواند در طول تمرین طرح انجام شود تا به شناسایی سیستم عامل ها کمک کند ، بلکه به صورت روزانه برای اجرای بتن خدمات نیز انجام می شود.

و این یک عمل بیش از معماری است. دامنه مشخص شده می تواند منجر به تراز سازمانی ، تخصیص منابع و اولویت بندی کارکنان شود.

تیم هایی که قادر به ترکیب طراحی دامنه با یک طرح و یک شهرنشینی هستند ، ساختار صحیحی را برای پیشرفت با کیفیت در نرم افزار با سرعت تنظیم می کنند.

استفاده از ساختار برای رشد با مهندسی با کیفیت

سازمانهایی که ساختار مهندسی با کیفیت دارند تصمیمات بهتری برای ساختن به تدریج سکوی تجاری خود می گیرند.

اندازه گیری نهایی موفقیت آنها ، سرعتی است که آنها قادر به ارائه پیشنهادهایی هستند که انتظارات کاربران را برای تولید جریان های جدید درآمدی ارائه می دهند.

به طور مشخص ، چشم انداز مشترک در مورد هدف سکوی تجاری و مسیر تصمیم گیری را در بین ذینفعان و تیم های نرم افزاری ساده تر می کند.

در نتیجه ، کیفیت در تصمیمات با سرعت بر روی نیازهای تجاری و توانایی های استفاده می شود که از یک دیدگاه معماری با قدرت استفاده می شود.

این تیم ها قادر به پیش بینی آینده نیستند ، اما آنها قادر به ایجاد یک بستر تجاری مترقی بر اساس تکرارهای سریع با حداقل تعهد و کار مجدد هستند.

پیشرفت QE امکان ارائه ارزش را در اوایل ، در حالی که آماده است برای شیوه های بالغ تر مانند معماری رویداد محور ، مش داده ها یا تکامل در تیم های ویژگی.

تکرارهای تجمعی آنها به آنها امکان می دهد فرصت های بازار را سریعتر از رقبای خود ضبط کنند و به آنها اجازه می دهد تا در اکوسیستم دیجیتال رقابت کنند.

این تیم ها با مهندسی با کیفیت رشد می کنند.

منابع

الکس ماازد ، مدل کسب و کار پلتفرم - تعریف |چیه؟|توضیح ، Applicoinc.

Oric Evans ، طراحی دامنه محور: مقابله با پیچیدگی در قلب نرم افزار. Addison-Wesley Professional.

Vaughn Vernon ، اجرای طراحی دامنه محور ، Addison-Wesley Professional.

Vlad Khononov ، طراحی دامنه یادگیری: تراز کردن معماری نرم افزار و استراتژی کسب و کار چاپ اول ، O'Reilly Media.

Murat Erder ، Pierre Pureur ، Eoin Woods ، معماری مداوم در عمل: معماری نرم افزار در عصر چابکی و DevOps. آدیسون-وسلی.

پلتفرم (تجارت دیجیتال) ، واژه نامه گارتنر.

استفان هوفر ، هنینگ شونتنر ، داستان پردازی دامنه: روشی مشترک ، بصری و چابک برای ساخت نرم افزار دامنه محور. آدیسون-وسلی.