ماشین بدون مکانیزم

12
در توسعه سیستم‌های نظامی خودکار، هر کسی سر خودش است

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

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

"برای ساخت ACS نیروهای مسلح، ما به بدنه ای نیاز داریم که تصمیمات طراحان را به یک مخرج مشترک برساند."
بیایید وظایف اصلی پیش روی توسعه دهندگان را نام ببریم. اولین مورد یکسان سازی توضیحات اطلاعات، داده ها، اطلاعات و پروتکل ها برای تعامل عناصر سیستم کنترل از نظر پلت فرم فنی است. دوم توسعه سیستمی از اسناد الکترونیکی رسمی (دستورات، دستورالعمل ها، دستورات) برای اعمال گزینه های فرماندهی و کنترل نیروها و صدور دستورات در هنگام تغییر وضعیت. سوم، ایجاد آگاهی مشترک برای برنامه ریزی نیروهای توزیع شده است. چهارم، ادغام داده های عمومی کاربردی و توصیف آنها بر اساس نوع فعالیت عملکردی در تمام سطوح مدیریت، ایجاد یک فضای اطلاعاتی واحد است. پنجم توسعه روش هایی برای ایجاد تغییرات به موقع در وضعیت به مقامات پست های فرماندهی است.

اسناد مفهومی که توسعه فرماندهی و کنترل را در نیروهای مسلح فدراسیون روسیه تعیین می کند نشان می دهد که ACS نیروهای مسلح بر اساس یک مفهوم و برنامه مشترک بر اساس سیستم یکپارچه و راه حل های فنی ساخته شده است. علاوه بر این، باید "باز" ​​باشد، یعنی امکان تغییر سریع پیکربندی آن بر اساس وظایف در حال حل، استفاده از ابزارهای فنی یکپارچه، نرم افزار، پشتیبانی ریاضی، اطلاعاتی و زبانی را فراهم کند. همچنین واضح است که مطابق با استاندارد دولتی (GOST RV 52333.2-2006)، سازگاری - فنی، اطلاعاتی، زبانی، نرم افزاری - با سایر سیستم های کنترل خودکار مورد نیاز است. و این بدان معنی است که سیستم های طبقه بندی و کدگذاری، پروتکل های تبادل اطلاعات و تعامل و همچنین الگوریتم های پردازش داده ها و غیره باید یکپارچه باشند.

با این حال، الزامات فوق فقط در دستورالعمل ها ثابت شده است. اجرای عملی آنها در هنگام ایجاد ACS هواپیما مشاهده نمی شود. دلیل آن نبود مکانیزم اجرایی است. فعالیت های شرکت ها نشان می دهد که حل مشکل ایجاد یک سیستم کنترل خودکار امیدوار کننده برای هواپیما با استفاده از روش ها و فناوری های موجود که رویکردهای ذکر شده را در نظر نمی گیرند غیرممکن است. راه رفع این اختلاف در زمینه روش شناسی و فناوری توسعه سیستم های خودکار برای اهداف نظامی (AS VN) نهفته است.

در پلتفرم های مختلف

مشخص است که ساخت یک سیستم کنترل خودکار مجموعه ای از ابزارها و روش های طراحی، تکنیک های سازمانی و دستگاه های فنی مورد استفاده است. توسعه دهندگان باید با اصول زیر هدایت شوند: سازگاری، امکان توسعه، سازگاری، یکسان سازی، کارایی. با این حال، شرکت های تحقیقاتی و تولیدی که AS HV را توسعه می دهند، به دلایلی خارج از کنترل خود، از اصول و الزامات فوق پیروی نمی کنند.

ماشین بدون مکانیزمبرای اصلاح وضعیت، تکیه بر تجربه موجود مجریان تحقیق و توسعه مناسب به نظر می رسد، که نشان می دهد اکثر متخصصان در ایجاد AS VN درک می کنند که الزامات اسناد حاکم با مکانیسم اجرای آنها مطابقت ندارد، اما نمی توانند این مشکل را خودشان حل کنند. دلیل اصلی در اینجا این است که حتی یک مجری تحقیق و توسعه صلاحیت این را ندارد که روش ها و فناوری هایی را که باید هنگام ایجاد ACS نیروهای مسلح مورد استفاده قرار گیرد به یک مخرج مشترک برساند و وزارت دفاع هنوز کار را در این راستا سازماندهی نکرده است. . به همین دلیل، فناوری ها و استانداردهای یکسانی وجود ندارد که به همه شرکت های درگیر در این فرآیند اجازه دهد تا در یک فضای متدولوژیک و فناوری مشترک فعالیت کنند که البته این امر تأثیر منفی ویژه ای بر پروژه های بزرگ دارد.

از جمله مشکلات اصلی که مانع ایجاد و نوسازی ACS برای نیروهای مسلح می شود، موارد زیر را ذکر می کنیم. اولاً، پیچیدگی و پرزحمت بودن وظایف تضمین اطلاعات و تعامل فنی AS VN به دلیل استفاده از مدل‌های مختلف ذخیره‌سازی داده، سیستم‌های مدیریت پایگاه داده، نرم‌افزارهای ویژه و غیره. سیستم‌ها و مجتمع‌هایی برای مقاصد مختلف (تخریب آتش، دفاع ضد هوایی و ضد موشکی، شناسایی، جنگ الکترونیک، آب‌وهواشناسی، ناوبری-زمان و پشتیبانی توپوگرافی و ژئودزی)، و همچنین ابزارهای اتوماسیون فرماندهی و کنترل نظامی. مشکل سوم، توانمندی های تکنولوژیک پایین برای اطمینان از نوسازی نیروگاه هسته ای و تغییر سریع در پیکربندی آن است. توجه به پیچیدگی به روز نگه داشتن تعداد قابل توجهی از پروتکل ها برای اطلاعات و تعامل فنی سیستم های کنترل خودکار عملکردی در طول عملیات آنها ارزش دارد. از جمله، اطمینان از تعامل AS VN، که در جریان تحقیق و توسعه تهیه و ایجاد می شود، مستلزم هزینه های قابل توجهی است.

مشکلات فوق زمان توسعه را افزایش می دهد، اجازه ادغام عمیق ACS ناهمگن در یک ACS هواپیما را نمی دهد، منجر به هزینه های غیر منطقی برای ایجاد اطلاعات و رابط های فنی می شود که با ظهور هر ACS جدید، نیاز به بازسازی شود. جذب تعداد قابل توجهی از متخصصان برای حل این مشکلات نیز - نسبتاً منفی - بر سطح توسعه نرم افزارهای خاص تأثیر می گذارد.

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

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

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

لازم به ذکر است که تلاش هایی برای یکپارچه سازی صورت گرفت و انگیزه لازم برای درک مسئله مورد بررسی را فراهم کرد. نقش اصلی در این موضوع را شرکت فدرال واحد ایالتی "موسسه تحقیقات مرکزی EISU" ایفا می کند. در عین حال، این تلاش‌ها در ساختارهای مربوطه وزارت دفاع در سطح مناسب ارزیابی نشد، بنابراین روال استفاده از نرم‌افزارهای اصلی و پشتیبانی اطلاعاتی-زبانی و حتی گاهی از یک سیستم جغرافیایی در حال توسعه است. ترکیب و قالب داده های ورودی و خروجی در هر کار جدید ایجاد می شود و بر اساس نیاز به اطمینان از تعامل با سایر AS VN تعیین می شود.

این عوامل هم بر سیستم محلی و هم بر تشکیل یک سیستم کنترل خودکار با پیکربندی معین تأثیر منفی می‌گذارند: سیستم‌های کنترل خودکار برای نوعی از نیروهای مسلح، سیستم‌های کنترل خودکار برای یک تئاتر عملیات، سیستم‌های کنترل خودکار برای یک آرایش نظامی، و خودکار. سیستم های کنترلی برای نیروهای مسلح ما تأکید می کنیم که الزامات یکپارچه سازی اسناد مفهومی و سایر اسناد به دلیل عدم وجود مبانی روش شناختی و فناوری که برای همه شرکت کنندگان در فرآیند اجباری است برآورده نشده است.

در نتیجه، نیروهای مسلح تعداد زیادی AS VN را که بر اساس راه حل های فنی مختلف ساخته شده اند، به کار می گیرند. آنها با استفاده از یک سیستم عامل منفرد، اما با نرم افزارهای خاص مختلف، یک سیستم اطلاعات جغرافیایی، یک مدل ذخیره سازی داده، یک سیستم مدیریت پایگاه داده و غیره ایجاد شدند. برای استفاده مشتریان وزارت دفاع و مجریان تحقیق و توسعه، رابط های جدیدی در هر اثر ایجاد شد. در همان زمان، مشکلات همیشه به وجود آمد - نه تنها صرفا فنی، بلکه عملکردی، مالی، منابع. کاهش سرعت تبادل اطلاعات زمان توسعه افزایش یافت، هزینه آن افزایش یافت. نیاز به جذب تعداد قابل توجهی متخصص و غیره وجود داشت.

نمی توان به مشکلاتی که در حوزه روابط بین مشتریان و مجریان تحقیق و توسعه است اشاره نکرد. بنابراین، هنگام ایجاد یک AS VN، اهمیت زیادی باید به توسعه یک تکلیف تاکتیکی و فنی (TTZ) برای تحقیق و توسعه داده شود. در عین حال، در تعدادی از موارد این کار در سطح نامناسب، شتابزده و بدون مطالعه عمیق محتوا انجام می شود. TTZ الزامات اسناد مفهومی و الزامات عملیاتی و فنی را در رابطه با سیستم های کنترل خودکار در نظر نمی گیرد. این به طور قابل توجهی بر کیفیت عملکرد آنها تأثیر می گذارد. در نتیجه، همانطور که می گویند، آنچه را که سفارش داده اید، دریافت می کنید.

علاوه بر این، هنگام توسعه TTZ برای تحقیق و توسعه و تنظیم آن، مشتریان وزارت دفاع با یکدیگر تعامل ضعیفی دارند. این امر پیوند محصولات توسط مجریان را بسیار پیچیده می کند. سازماندهی کار بر روی ایجاد AS VN باید اجرای شایسته مشخصات فنی تحقیق و توسعه، تعامل نزدیک بین مشتریان وزارت دفاع و مجریان را در بین خود فراهم کند.

از این امر نتیجه می گیرد که برای دستیابی به نتیجه مثبت در ایجاد ACS برای هواپیما و رسیدن به مناسب ترین راه حل های فنی، لازم است مکانیسم توسعه موجود جایگزین شود. این تنها راه برای تشکیل یک فضای روش شناختی و فناوری واحد است.

به دنبال هماهنگی

سازوکار جدید باید مشکلات فوق را که ماهیت سیستمی دارند برطرف کند. الزامات روش‌شناختی و فناوری یکسان آن برای توسعه ACS VN باید برای همه شرکت‌هایی که در ایجاد سیستم‌های کنترل خودکار برای هواپیما دخیل هستند اجباری شود.

ایجاد یک مکانیسم باید با توسعه عناصر اساسی آغاز شود که بر اساس آن یک پایه فناوری واحد از سیستم کنترل خودکار ساخته شود. توصیه می شود طیف واحدی از ابزارهای فنی را برای استفاده در سیستم های کنترل خودکار برای اهداف و سطوح مختلف - هم متحرک و هم ثابت - تعریف کنید.

مکانیسم توسعه AS VN با استفاده از یک روش و فناوری یکپارچه اطلاعات هماهنگ و تعامل فنی سیستم های مختلف خودکار را برای اهداف نظامی تضمین می کند و به آنها اجازه می دهد تا در یک ACS نیروهای مسلح ترکیب شوند. در عین حال، اساس فناوری یکپارچه AS VN و کاهش تعداد پروتکل های منحصر به فرد برای اطلاعات و رابط فنی در حال توسعه، کاهش قابل توجهی را در میزان کار بر روی اطلاعات و تعامل فنی تضمین می کند و امکان تمرکز بر روی اصلی را فراهم می کند. تلاش برای توسعه نرم افزار ویژه به عنوان پایه قدرت فکری ACS هواپیما.

عناصر اساسی برای توسعه AS VN باید یک سیستم عامل واحد، نرم افزار ویژه مشترک، یک مدل شی برای ذخیره سازی داده ها، یک سیستم مدیریت پایگاه داده، اطلاعات و پشتیبانی زبانی و یک سیستم اطلاعات جغرافیایی باشد. علاوه بر این، توصیه می‌شود استانداردهای ورودی-خروجی برای اطمینان از رابط سیستم‌ها و مجتمع‌های خودکار برای اهداف مختلف (نابودی آتش، پدافند هوایی و دفاع موشکی، شناسایی، جنگ الکترونیک، آب‌وهواشناسی، ناوبری-زمانی و پشتیبانی توپوژئودتیک) با خودکار انجام شود. سیستم های کنترل تشکیلات نظامی در سطوح مختلف.

باید بار دیگر تاکید کرد که بدون ارائه سازوکار جدیدی برای توسعه سیستم‌های کنترل خودکار بر اساس یک مبنای فناوری واحد برای سیستم‌های کنترل خودکار و روش‌شناسی برای کاربرد آن، به مجریان تحقیق و توسعه، ایجاد یک سیستم کنترل خودکار امیدوارکننده برای سیستم‌های کنترل خودکار غیرممکن است. نیروهای مسلحی که الزامات مدرن تعریف شده در اسناد مفهومی و عملیاتی-فنی نیروهای مسلح فدراسیون روسیه را برآورده می کنند. به عنوان رویه سیستم های خودکار به طور اجباری سازگار و نه هماهنگ (ایجاد شده بر اساس فناوری ها و استانداردهای رایج) باقی خواهند ماند.

بنابراین، ایجاد یک پایه فناوری یکپارچه برای سیستم های خودکار برای اهداف نظامی شرط لازم برای ACS امیدوار کننده نیروهای مسلح است. توسعه پایه فناوری AS VN باید بلافاصله در چارچوب یک تحقیق و توسعه ویژه آغاز شود. علاوه بر این، یک استاندارد دولتی یا الزامات عملیاتی و فنی مورد نیاز است که مجموعه‌ای از پروتکل‌های "ورودی-خروجی" را معرفی می‌کند که برای شرکت‌های درگیر در توسعه AS VN اجباری است، که قوانین را برای اطلاعات و رابط فنی AS VN و تعیین می‌کند. مجتمع های آنها با ACS تشکیلات نظامی سطوح مختلف فرماندهی.

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

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

ایجاد استانداردهای دولتی یا الزامات یکسان برای محتوا و کاربرد فناوری برای ایجاد AS VN ضروری است.

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

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

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

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

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

استاندارد «ورودی-خروجی» اطلاعات و رابط فنی سامانه‌ها و مجتمع‌های خودکار را برای اهداف مختلف (نابودی آتش، پدافند هوایی و دفاع موشکی، اطلاعات، جنگ الکترونیک، آب‌وهواشناسی، ناوبری-زمان و پشتیبانی توپوگرافی و ژئودزی) و مجتمع‌های اتوماسیون فراهم می‌کند. تجهیزات برای پست های فرماندهی تشکیلات نظامی در سطوح مختلف.

اساس فناوری یکپارچه سیستم خودکار برای اهداف نظامی باید به طور دوره ای ارتقا یابد و نسخه جدید آن بر روی سیستم های کنترل خودکار نیروهای مسلح که در حال عملیات هستند نصب شود. توسعه عناصر ویژه بر اساس یک مبنای فناوری واحد، گنجاندن ارگانیک آنها در سیستم کنترل خودکار نیروهای مسلح فدراسیون روسیه و امکان تغییر سریع پیکربندی آن را تضمین می کند.

بنابراین، برای اینکه به روند ایجاد یک ACS امیدوار کننده نیروهای مسلح جهت گیری صحیح برای توسعه داده شود، وزارت دفاع باید مسائل سازمانی را حل و فصل کند، یک پایه فناوری واحد را برای سیستم های خودکار برای اهداف نظامی تنظیم کند و موظف شود. شرکت ها برای ایجاد AS VN از آن استفاده کنند. تخمین زده می شود که تکمیل این کار ممکن است تا پنج سال طول بکشد. اقداماتی که ما در نظر گرفته‌ایم ماهیت مقدماتی و تکنولوژیکی دارند و تنها پس از انجام آنها می‌توان کار بر روی ایجاد یک سیستم کنترل خودکار امیدوارکننده برای نیروهای مسلح فدراسیون روسیه آغاز کرد.

ACS نیروهای مسلح که با استفاده از یک پایه فناوری واحد ساخته شده است، اولاً یک تنه کنترل عمودی برای نیروها و وسایل زیردست از بالاترین سطح تا تاکتیکی فراهم می کند، زیرا از یک سیستم مدیریت اسناد واحد، یک داده مشترک استفاده می کند. مدل ذخیره سازی برای همه و یک سیستم اطلاعات جغرافیایی ; ثانیاً، یک تنه افقی از تعامل بین فرماندهی و کنترل نظامی با وابستگی های مختلف. و ثالثاً تعامل با ارگانهای فرماندهی و کنترل نیروها و وسایل سایر وزارتخانه ها (وزارت امور داخلی، وزارت امور اضطراری، FSB) - البته با توزیع "مکانیسم توسعه" که توسط ما برای ایجاد یک سیستم کنترل خودکار برای این سازه ها.
کانال های خبری ما

مشترک شوید و از آخرین اخبار و مهم ترین رویدادهای روز مطلع شوید.

12 نظرات
اطلاعات
خواننده گرامی، برای اظهار نظر در مورد یک نشریه، باید وارد شدن.
  1. +1
    5 ژوئن 2014 18:12
    مزخرفات یه دیوونه بدون آدم هیچ مکانیزمی کار نمیکنه!
    1. +1
      5 ژوئن 2014 21:48
      نقل قول: pts-m
      مزخرفات یه دیوونه بدون آدم هیچ مکانیزمی کار نمیکنه!

      هر (!) ACS بدون شخص کار نمی کند، ورود داده های اولیه ضروری است. حتی یک سیستم کنترل خودکار نمی تواند جایگزین تصمیمات مدیر شود، اما به شما امکان می دهد حداکثر اطلاعات لازم را در مدت زمان کوتاهی به دست آورید و کیفیت و کامل بودن اطلاعات مبنای کیفیت تصمیمات اتخاذ شده است!
      موفق باشید توسعه دهندگان!
      1. +2
        5 ژوئن 2014 23:26
        اشتباه می کنی. این سیستم های ACS محلی در پدافند هوایی از قبل وجود دارد، زیرا. زمان پرواز کمتر از 5 دقیقه شده است و هیچ راهی برای گزارش به مسکو یا صرفاً به فرمانده سامانه پدافند موشکی که شب ها با همسرش آرام می خوابد وجود ندارد. خود سیستم خطرناک ترین اهداف را تعیین، طبقه بندی می کند و بدون مشارکت شخص (اپراتور) آنها را ساقط می کند. اگر فردی مداخله کند و حمله تلافی جویانه را متوقف کند، در وهله اول سیستم دفاع موشکی منهدم می شود. فرمانده سامانه دفاع موشکی فرصتی برای بیدار شدن نخواهد داشت و پس از آن مسکو به غبار هسته ای تبدیل می شود.
        1. 0
          6 ژوئن 2014 09:24
          نقل قول: Alexey_K
          اشتباه می کنی. این سیستم های ACS محلی در پدافند هوایی از قبل وجود دارد، زیرا. زمان پرواز کمتر از 5 دقیقه شده است و هیچ راهی برای گزارش به مسکو یا صرفاً به فرمانده سامانه پدافند موشکی که شب ها با همسرش آرام می خوابد وجود ندارد. خود سیستم خطرناک ترین اهداف را تعیین، طبقه بندی می کند و بدون مشارکت شخص (اپراتور) آنها را ساقط می کند. اگر فردی مداخله کند و حمله تلافی جویانه را متوقف کند، در وهله اول سیستم دفاع موشکی منهدم می شود. فرمانده سامانه دفاع موشکی فرصتی برای بیدار شدن نخواهد داشت و پس از آن مسکو به غبار هسته ای تبدیل می شود.

          رفیق عزیز من برای افق دید شما بسیار خوشحالم اما کمی آن را گسترش می دهم. برای اینکه سیستم کنترل پدافند هوایی بتواند یک شی را به عنوان یک هدف بالقوه شناسایی کند، باید پارامترهایی داشته باشد که انتخاب آنها انجام می شود، این داده های اولیه است که توسط شخص وارد سیستم می شود. اگر شی 100٪ با این پارامترها مطابقت داشته باشد، تصمیم گیری خودکار امکان پذیر است، اگر نه، پس شخص آن را می گیرد.
    2. 0
      5 ژوئن 2014 23:20
      فقط مزخرف به اندازه کافی ترمیناتورها و تحت محاصره (تسخیر) دیده شده است. رویای جنگ با فناوری پیشرفته را در سر می پروراند. من هیچ نتیجه‌ای نگرفتم که چنین سیستم‌های هوشمند واقعاً می‌توانند جنگی را با یک دشمن خیالی شروع کنند. و هیچ کس نخواهد بود که جلوی نابودی بشر را بگیرد. چه کسی متوجه می شود که ACS به طور تصادفی صد یا دو موشک هسته ای پرتاب کرده است که از هر سیستم دفاع موشکی عبور می کند.
  2. +3
    5 ژوئن 2014 18:13
    در هیچ موردی نباید به طور کامل تسلیم اتوماسیون و الکترونیک شد، سیستم های ترکیبی یا جهانی مورد نیاز است، حتی کد مورس را در نظر نمی گیرند. قاب ها همه چیز هستند!!!
  3. +1
    5 ژوئن 2014 18:23
    ACS نیروهای مسلح که با استفاده از یک پایه فناوری واحد ساخته شده است، اولاً یک تنه کنترل عمودی برای نیروها و وسایل زیردست از بالاترین سطح تا تاکتیکی فراهم می کند، زیرا از یک سیستم مدیریت اسناد واحد، یک داده مشترک استفاده می کند. مدل ذخیره سازی برای همه و یک سیستم اطلاعات جغرافیایی ; ثانیاً، یک تنه افقی از تعامل بین فرماندهی و کنترل نظامی با وابستگی های مختلف. و ثالثاً تعامل با ارگانهای فرماندهی و کنترل نیروها و وسایل سایر وزارتخانه ها (وزارت امور داخلی، وزارت امور اضطراری، FSB) - البته با توزیع "مکانیسم توسعه" که توسط ما برای ایجاد یک سیستم کنترل خودکار برای این سازه ها.

    خوب
    عبارت خوب
    من به خصوص دوست داشتم که آنها سوال در مورد "سوم" - تعامل با وزارتخانه های دیگر را مطرح کردند.
    و سپس در امتداد کوهپایه‌ها سرگردان می‌شوید و نمی‌دانید که در چه کسی قرار می‌گیرید - یا به FSB یا وزارت امور داخلی ... یا در نهایت به GRU.
    او خودش فقط یک نقشه "فدرال" از میادین مین دارد ...
    چشمک زد

    و ACS همیشه یک سردرد در ارتش بوده است، گاهی اوقات وجود آن فقط یک دستگاه سیگنالینگ روی میز کنار تخت و یک دستگاه واکی تاکی قدیمی در BTR-60 بود.
    با آرزوی موفقیت برای سازندگان سیستم جدید.
  4. +1
    5 ژوئن 2014 18:32
    جالبه خود نویسنده میفهمه چی نوشته؟ :)
    اگر می فهمیدم احتمالاً مثالی می زدم
    هر عنصری از این ACS نظامی.
  5. +3
    5 ژوئن 2014 18:35
    به نویسنده این مطلب، من از این کلمه نمی ترسم، مقاله عالی، احترام و احترام من! والری (با عرض پوزش، من نام پدر را نمی دانم، شما یک موضوع بایگانی را مطرح کردید - در واقع، دیروز باید با یکپارچگی و معیارهای یکسان برای اتوماسیون سروکار داشت. و هر چه MO جلوتر می رود، دشوارتر و گران تر می شود. متعاقباً پیوند «اسب و گوزن لرزان» به یک ACS واحد خواهد بود.
    من متاسفم که می توانم به مقاله فقط یک نکته مثبت بدهم
  6. 0
    5 ژوئن 2014 18:38
    به همین ترتیب، تصمیمات اساسی توسط یک شخص گرفته می شود و تمام این اتوماسیون در هر پلتفرمی فقط دستیار او خواهد بود.
  7. بورمنتال
    0
    5 ژوئن 2014 19:25
    Niasilyl multibookaff. مقاله خیلی خسته کننده است.
  8. 0
    5 ژوئن 2014 19:34
    فقط یک احمق نمی تواند بفهمد که سیستم های کنترل خودکار ساخته شده بر روی معماری کد باینری همیشه خطی خواهند بود. این بدان معنی است که تجزیه و تحلیل اطلاعات تنها در توالی پردازش هر بخش از جریان اطلاعات، به عنوان یک قسمت خصوصی و نه به هم پیوسته انجام می شود. علاوه بر این، اگر چگالی تغییر رویدادهای پیچیده تغییر کند، چنین تحلیلی نه تنها از واقعی بودن دور خواهد بود، بلکه در تامین انرژی نیز رشد خواهد کرد. همه اینها به این معنی است که ساخت فضاهای ریاضی محلی با کدهای به هم پیوسته ضروری است. این تنها زمانی می تواند بر روی گروهی از اعداد ساخته شود که عدد نیز یک کد باشد. سپس تغییر در هر پارامتر رویدادی منجر به تغییر در تغییرات احتمالی این رویدادها خواهد شد. از نظر ریاضی توصیف آن دشوار نیست، اما نه بستر توجیه جبری. از آنجایی که راه حل های جبری از نظر تابع رابطه بین عدد و مخرج همیشه باینری هستند که در اصل یک تعریف دودویی از نتیجه نیز می باشد. استدلال پیچیده ریاضی، مرز احتمالات بحرانی توسعه یک رویداد را تعیین می کند و بسته به دستورالعمل های تحلیل ایجاد شده، قادر به انجام تحلیل در رابطه با آنها است. همانطور که مردم در رابطه با اهداف و مفاهیم اخلاقی و اخلاقی خود تحلیل می کنند. فقط سیستم های کنترل خودکار ساخته شده بر اساس چنین اصول ریاضی قادر به نمایش واقعی موقعیت و مدل سازی آنها نه تنها از نظر بحرانی بودن توسعه، بلکه از نظر هم ارزی هستند.
    1. 0
      5 ژوئن 2014 23:39
      کلمات کلیدی زیادی وجود دارد، اما معماری کامپیوترهای مدرن را کاملا فراموش کرده اید. اگرچه آنها فون نویمانی (یعنی ترتیبی) هستند، اما به چند هزار پردازنده و چند رشته تبدیل شده اند. و این به همراه چندوظیفه ای امکان حل کارهایی مانند پیش بینی آب و هوای جهانی در این سیاره، پیگیری همه کاربران رایانه و تلفن را فراهم می کند و حتی انجام خصومت ها بسیار آسان تر است. آیا فیلم دشمن دولت را به خاطر دارید. این فانتزی نیست، این یک سیستم ردیابی واقعی برای هر چیزی است که حرکت می کند و نه تنها در محدوده نوری. سیستم های ردیابی مادون قرمز برای حرکت ویتنامی ها توسط آمریکایی ها در هواپیماها و با موفقیت در دهه 70 ساخته شد.
      1. 0
        5 ژوئن 2014 23:57
        اولاً، اینها کلمات کلیدی نیستند، بلکه تعاریف موضوعی هستند. ثانیا، حتی کامپیوترهای با بالاترین عملکرد نیز قادر به تجزیه و تحلیل جریان آرام گاز، مایع یا پلاسما نیستند. در مورد آشفته و کاویتاسیون چه باید گفت؟ و چگونه می توان توزیع پلاریزاسیون در فرآیندهای سونولومینسانس را تجزیه و تحلیل کرد؟ مشکل این نیست که می توان یک تحلیل منسجم از یک راه حل خاص را انجام داد، حتی اگر تمام رایانه های جمع آوری شده در جهان وجود داشته باشد. سوال این است که همه اینها باید به عنوان مجموعه ای از فرآیندهای الگوریتمی مختلف که در همان زمان تغییر می کنند انجام شود. علاوه بر این، نباید وابستگی متناسبی در تامین انرژی حرکت هر کد، مانند یک ضربه، به یک ترانزیستور وجود داشته باشد.
  9. 0
    5 ژوئن 2014 19:48
    من شخصاً وقتی در مورد آن صحبت می کنند یک چیز را فهمیدم --- نقل قول ---- بنابراین، برای اینکه به روند ایجاد یک ACS امیدوار کننده نیروهای مسلح جهت گیری صحیح برای توسعه داده شود، وزارت دفاع نیاز به حل مسائل سازمانی، ایجاد یک پایه فناوری واحد برای سیستم های نظامی خودکار دارد. ، و شرکت ها را ملزم به استفاده از آن هنگام ایجاد AS VN می کند
    برای ناک اوت کردن یک تانک یا یک خودروی جنگی پیاده نظام، لازم است نوعی سیستم کنترل خودکار ایجاد شود تا به طور موثر این فرآیند را برقرار کند. سوال اینجاست که این چیزی که باید زده شود کجاست؟؟؟؟ مثل نگاه در ACS؟؟؟؟ بله، نگاه کردن به منظره و فشردن فعالانه ماشه سریعتر از درک این پیچیدگی های ACS است.
    خوب، وقتی آنها در مورد TTZ صحبت می کنند، من به طور کلی ناپدید می شوم. یک سند در دو صفحه تقریباً (برای 100 تا امکان پذیر است ، اما 2 تا بدون آب است) و خمیر را می توان آنقدر شست که در کلبه ضعیف نباشد. من شخصاً در این زمینه مشغول بودم، اما در موضوعات نظامی نه. بابلا شسته-خم. فقط در TTZ و TU. نتیجه این است که آنها همه کارها را روی زانو انجام دادند، سپس آن را به TU و TK تنظیم کردند.
    1. 0
      5 ژوئن 2014 23:33
      به طور کلی، همه چیز تا حدودی ساده تر است. به عنوان مثال، یک کشتی جنگی از هر طرف، از جمله در زیر آب، توسط چندین موشک از هر طرف مورد حمله قرار می گیرد. تجزیه و تحلیل باید در یک دوره بسیار متراکم از زمان رویکرد متفاوت، تجزیه و تحلیل قدرت رزمی این موشک ها انجام شود. مجموعه ای از اقدامات دفاعی باید با مجموعه ای از اقدامات حمله ترکیب شود. همه اینها وضعیت پیچیده ای از فرآیندهای الگوریتمی یکباره و متوالی را تشکیل می دهند. اگر کسی فکر می کند که این همه است، سخت در اشتباه است. یک حمله می تواند با اقداماتی از حمله الکترومغناطیسی همراه باشد، تا موشک هایی که مجموعه ای از تداخل مخرب ایجاد می کنند تا کار رایانه ها را بیش از حد بارگذاری کنند. از جمله آسیب آنها و غیره. پس بیایید سعی کنیم با دید از خود دفاع کنیم. شاید کسی بگوید که این فوق العاده است.
  10. 11111mail.ru
    0
    5 ژوئن 2014 20:25
    نقل قول از gridasov
    ACS ساخته شده بر اساس معماری کد باینری همیشه خطی خواهد بود

    منطق "سه تایی" خود را نشان می دهد: "بله" - "نه" - "شاید (شاید)". موضوعی که چند ماه پیش در همین سایت مطرح شده بود.
    1. +1
      5 ژوئن 2014 20:40
      نه! سه قطبی ممکن است، و همچنین هر چند قطبی. پوانکاره را به خاطر بسپار وی فضای توپولوژیکی را سیستمی متشکل از سه محور عمود بر هم توصیف کرد. این بدان معنی است که فضای کروی او با شش عدد توصیف شده است. در واقع او زیاد به این موضوع فکر نمی کرد. بنابراین او فاقد یک محور بیشتر یا یک محور قطبی شده بود. وجود این محور امکان توصیف کره را با هشت عدد nat ایجاد می کند. یک سری اعداد نه و صفر در واقع یکسان هستند و جهت و سطح فراکتالیته شعاعی را تعیین می کنند. فضا را می توان نه تنها با بردارها و اعداد، بلکه با اندازه گیری تعامل این اعداد در خود nat توصیف کرد. ردیف این بدان معناست که شما می توانید و باید از یک "ترانزیستور" استفاده کنید که بر اساس این اصول ساخته شده است و باید اندازه گیری تعامل را به دقت نشان دهد. به عنوان یک انگیزه ساخته شده بر روی قطبی شدن. به عبارت دیگر، تکانه در مقیاس قطبش، معادل اعداد متقابل ایجاد می شود.
      1. 11111mail.ru
        0
        6 ژوئن 2014 05:53
        نقل قول از gridasov
        بدون! سه تایی امکان پذیر است مانند هرکی چند قطبی

        آنها آن را به طرز جالبی بیان کردند، فقط به گفته بروسنتسف: (-) (؟) (+).

«بخش راست» (ممنوع در روسیه)، «ارتش شورشی اوکراین» (UPA) (ممنوع در روسیه)، داعش (ممنوع در روسیه)، «جبهه فتح الشام» سابقاً «جبهه النصره» (ممنوع در روسیه) ، طالبان (ممنوع در روسیه)، القاعده (ممنوع در روسیه)، بنیاد مبارزه با فساد (ممنوع در روسیه)، ستاد ناوالنی (ممنوع در روسیه)، فیس بوک (ممنوع در روسیه)، اینستاگرام (ممنوع در روسیه)، متا (ممنوع در روسیه)، بخش Misanthropic (ممنوع در روسیه)، آزوف (ممنوع در روسیه)، اخوان المسلمین (ممنوع در روسیه)، Aum Shinrikyo (ممنوع در روسیه)، AUE (ممنوع در روسیه)، UNA-UNSO (ممنوع در روسیه) روسیه)، مجلس قوم تاتار کریمه (ممنوع در روسیه)، لژیون "آزادی روسیه" (تشکیل مسلح، تروریستی در فدراسیون روسیه شناخته شده و ممنوع)

«سازمان‌های غیرانتفاعی، انجمن‌های عمومی ثبت‌نشده یا اشخاصی که وظایف یک عامل خارجی را انجام می‌دهند» و همچنین رسانه‌هایی که وظایف یک عامل خارجی را انجام می‌دهند: «مدوزا». "صدای آمریکا"؛ "واقعیت ها"؛ "زمان حال"؛ "رادیو آزادی"؛ پونومارف؛ ساویتسکایا؛ مارکلوف; کمالیاگین; آپاخونچیچ; ماکارویچ؛ داد؛ گوردون؛ ژدانوف؛ مدودف؛ فدوروف؛ "جغد"؛ "اتحاد پزشکان"؛ "RKK" "Levada Center"؛ "یادبود"؛ "صدا"؛ "شخص و قانون"؛ "باران"؛ "Mediazone"؛ "دویچه وله"؛ QMS "گره قفقازی"؛ "خودی"؛ "روزنامه نو"