מכונה ללא מנגנון

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 אינן מוגדרות בסטנדרטים שהם חובה לשימוש לקוחות משרד הביטחון ומבצעי מו"פ, נוצרו ממשקים חדשים בכל עבודה. יחד עם זאת, תמיד התעוררו בעיות - לא רק טכניות גרידא, אלא גם פונקציונליות, פיננסיות, משאבים. ירידה במהירות של חילופי מידע. זמן הפיתוח גדל, העלות שלו גדלה. היה צורך למשוך מספר לא מבוטל של מומחים וכו'.

אי אפשר שלא להזכיר את הבעיות שיש בתחום היחסים בין לקוחות ומבצעי מו"פ. לפיכך, בעת יצירת 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
    שטויות של אדם משוגע בלי בן אדם שום מנגנון לא יעבוד!
    1. +1
      יוני 5 2014
      ציטוט: נק'-מ
      שטויות של אדם משוגע בלי בן אדם שום מנגנון לא יעבוד!

      כל (!) ACS ללא אדם לא עובד, יש צורך אלמנטרי להזין נתונים ראשוניים. אף מערכת בקרה אוטומטית אחת לא יכולה להחליף את החלטות המנהל, אך היא מאפשרת לקבל את מירב המידע הדרוש בזמן קצר, ואיכות ושלמות המידע היא הבסיס לאיכות ההחלטות המתקבלות!
      בהצלחה למפתחים!
      1. +2
        יוני 5 2014
        אתה טועה. מערכות ACS מקומיות אלו בהגנה אווירית כבר קיימות, כי. זמן הטיסה הפך לפחות מ-5 דקות ואין דרך להתייצב למוסקבה או סתם למפקד מערכת ההגנה מפני טילים, שישן בשלווה בלילה עם אשתו. המערכת עצמה קובעת, מסווגת את המטרות המסוכנות ביותר ומפילה אותן ללא השתתפות של אדם (מפעיל). אם אדם יתערב ויפסיק את מכת התגמול, אזי מערכת ההגנה מפני טילים תושמד מלכתחילה. למפקד מערכת ההגנה מפני טילים לא יהיה זמן להתעורר, ואחרי זה תהפוך מוסקבה לאבק גרעיני.
        1. 0
          יוני 6 2014
          ציטוט: אלכסיי_ק
          אתה טועה. מערכות ACS מקומיות אלו בהגנה אווירית כבר קיימות, כי. זמן הטיסה הפך לפחות מ-5 דקות ואין דרך להתייצב למוסקבה או סתם למפקד מערכת ההגנה מפני טילים, שישן בשלווה בלילה עם אשתו. המערכת עצמה קובעת, מסווגת את המטרות המסוכנות ביותר ומפילה אותן ללא השתתפות של אדם (מפעיל). אם אדם יתערב ויפסיק את מכת התגמול, אזי מערכת ההגנה מפני טילים תושמד מלכתחילה. למפקד מערכת ההגנה מפני טילים לא יהיה זמן להתעורר, ואחרי זה תהפוך מוסקבה לאבק גרעיני.

          חבר יקר, אני מאוד שמח על האופקים שלך, אבל ארחיב אותו מעט. על מנת שמערכת בקרת ההגנה האווירית תוכל לזהות אובייקט כמטרה פוטנציאלית, היא חייבת להיות בעלת פרמטרים שעבורם מתבצעת בחירה, זהו הנתונים העיקריים המוזנים למערכת על ידי אדם. אם האובייקט 100% מתאים לפרמטרים אלה, אז החלטה אוטומטית אפשרית, אם לא, אז אדם מקבל את זה.
    2. 0
      יוני 5 2014
      סתם שטויות. ראיתי מספיק קטלנים ותחת מצור (Capture). חלם על לוחמת היי-טק. לא הסקתי שום מסקנות שמערכות חכמות כאלה באמת יכולות להתחיל מלחמה עם אויב דמיוני. ולא יהיה מי שיעצור את הרס האנושות. מי יבין שה-ACS שיגר בטעות מאה או שניים טילים גרעיניים שיפרצו כל מערכת הגנה מפני טילים.
  2. +3
    יוני 5 2014
    בשום מקרה אין להיכנע לחלוטין לאוטומציה ולאלקטרוניקה, יש צורך במערכות משולבות או אוניברסליות, בלי להוציא אפילו קוד מורס. מסגרות זה הכל!!!
  3. ה-ACS של חיל החימוש, שנבנה על בסיס טכנולוגי אחד, יספק, ראשית, תא שליטה אנכי דרך לכוחות הכפופים ולאמצעים מהרמה הגבוהה ביותר ועד הטקטית, שכן הוא ישתמש במערכת ניהול מסמכים אחת, נתון נפוץ. מודל אחסון לכולם ומערכת מידע גיאוגרפית; שנית, מטען אופקי של אינטראקציה בין גופי פיקוד ושליטה צבאיים בעלי זיקות שונות; ושלישית, אינטראקציה עם גופי הפיקוד והבקרה של הכוחות והאמצעים של משרדים אחרים (משרד הפנים, משרד מצבי חירום, FSB) - כמובן, עם חלוקת "מנגנון הפיתוח" המתואר על ידינו ליצירת מערכת בקרה אוטומטית למבנים אלו.

    טוב
    ביטוי טוב.
    אהבתי במיוחד שהעלו את השאלה לגבי ה"שלישי" - אינטראקציה עם משרדים אחרים.
    ואז אתה מסתובב למרגלות הגבעות ואתה לא יודע לאיזו קטע אתה תתאים - או לתוך ה-FSB, או לתוך משרד הפנים ..., או לבסוף לתוך GRU.
    לו עצמו יש רק מפה "פדרלית" של שדות מוקשים...
    קרץ

    ו-ACS תמיד הייתה כאב ראש בצבא, לפעמים נוכחותו הייתה רק מכשיר איתות על הסדרן על השולחן ליד המיטה ומכשיר קשר ישן ב-BTR-60
    בהצלחה ליוצרי המערכת החדשה.
  4. +1
    יוני 5 2014
    מעניין שהכותב עצמו מבין מה הוא כתב? :)
    אם הייתי מבין, כנראה הייתי נותן איזו דוגמה
    כל מרכיב ב-ACS הצבאי הזה.
  5. לכותב זה, לא אפחד מהמילה הזו, מאמר מצוין, כבודי וכבודי! ולרי (סליחה, אני לא מכיר את הפטרונימי, העלית נושא ארכיוני - אכן, היה צורך להתעסק באיחוד ובקריטריונים אחידים לאוטומציה...אתמול. וככל שה-MO מושך יותר, זה יותר קשה ויקר. לאחר מכן יהיה לקשר את "הסוס והאיילה הרועדת" ל-ACS יחיד.
    אני מצטער שאני יכול לתת למאמר רק פלוס אחד
  6. 0
    יוני 5 2014
    עם זאת, החלטות יסוד יתקבלו על ידי אדם, וכל האוטומציה הזו בכל פלטפורמה תהיה רק ​​העוזרת שלו.
  7. בורמנטלי
    0
    יוני 5 2014
    Niasily multibookaff. הכתבה משעממת מדי.
  8. 0
    יוני 5 2014
    רק טיפש לא יכול להבין שמערכות בקרה אוטומטיות הבנויות על ארכיטקטורת קוד בינארי תמיד יהיו לינאריות. המשמעות היא שניתוח המידע יתבצע רק ברצף העיבוד של כל חלק מזרימת המידע, כאפיזודה פרטית ולא מקושרת. בנוסף, אם משתנה הצפיפות של אירועים מורכבים משתנים, אז ניתוח כזה לא רק יהיה רחוק מלהיות אמיתי, אלא גם יגדל באספקת האנרגיה. כל זה אומר שיש צורך לבנות מרחבים מתמטיים מקומיים עם קודים מחוברים זה לזה. ניתן לבנות זאת רק על קבוצת מספרים כאשר המספר הוא גם קוד. אז שינוי בכל פרמטר של אירועי אירועים יוביל לשינוי בווריאציות האפשריות של אירועים אלו. מבחינה מתמטית לא קשה לתאר, אבל לא את פלטפורמת ההצדקה האלגברית. היות ופתרונות אלגבריים הם תמיד בינארים מבחינת הפונקציה של הקשר בין הספרה למכנה, שבמהותו היא גם הגדרה בינארית של התוצאה. חשיבה מתמטית מורכבת קובעת את ההסתברויות הקריטיות לגבול להתפתחות אירוע והיא מסוגלת, בהתאם להנחיות הניתוח שנוצרו, לבצע ניתוח ביחס אליהן. בדיוק כפי שאנשים מבצעים ניתוח ביחס למטרותיהם ולמושגי המוסר והמוסר שלהם. רק מערכות בקרה אוטומטיות הבנויות על עקרונות מתמטיים כאלה מסוגלות להציג באמת את המצב ולדגמן אותם לא רק במונחים של קריטיות פיתוח, אלא גם במונחים של שקילות
    1. 0
      יוני 5 2014
      יש הרבה מילות באז, אבל שכחת לגמרי מהארכיטקטורה של מחשבים מודרניים. למרות שהם von Neumannian (כלומר, עוקבים), הם הפכו לריבוי-אלפים מעבדים ורב-הליכים. וזה, יחד עם ריבוי משימות, מאפשר לפתור משימות כמו חיזוי מזג אוויר עולמי על הפלנטה, לעקוב אחר כל המשתמשים במחשבים ובטלפונים, ואפילו ניהול פעולות איבה הוא הרבה יותר קל. אתה זוכר את הסרט - אויב המדינה. זו לא פנטזיה, זו מערכת מעקב אמיתית לכל מה שזז ולא רק בתחום האופטי. מערכות מעקב אינפרא אדום לתנועת הווייטנאמים עובדו על ידי האמריקאים במטוסים ובהצלחה רבה עוד בשנות ה-70.
      1. 0
        יוני 5 2014
        ראשית, אלו לא מילות באז, אלא הגדרות נושאיות. שנית, אפילו המחשבים בעלי הביצועים הגבוהים ביותר אינם מסוגלים לנתח את הזרימה הלמינרית של גז, נוזל או פלזמה. מה לומר על סוערות וקוויטציה? ואיך לנתח את התפלגות הקיטוב בתהליכים סונולומינצנטיים? הבעיה היא לא שניתן לבצע ניתוח עקבי של פתרון מסוים, גם אם כל המחשבים שנאספו בעולם. השאלה היא שכל זה חייב להתבצע כמכלול של תהליכים אלגוריתמיים שונים המשתנה בו זמנית. יתר על כן, לא צריכה להיות תלות פרופורציונלית באספקת האנרגיה של התנועה של כל קוד, כמו דחף, בטרנזיסטור.
  9. 0
    יוני 5 2014
    אני אישית הבנתי דבר אחד כשהם מדברים על זה --- ציטוט ---- לפיכך, על מנת לתת לתהליך יצירת ACS מבטיח של אמ"ן את הכיוון הנכון לפיתוח, משרד הביטחון צריך לפתור בעיות ארגוניות, לקבוע פיתוח בסיס טכנולוגי מאוחד למערכות צבאיות אוטומטיות. , ומחייבים ארגונים להשתמש בו בעת יצירת AS VN
    על מנת לדפוק טנק או רכב חי"ר, יש צורך ליצור איזושהי מערכת בקרה אוטומטית כדי שתבסס את התהליך הזה ביעילות. השאלה היא איפה הדבר הזה שצריך להכות בו.???? כאילו תסתכל ב-ACS???? כן, זה מהיר יותר להסתכל על המראה וללחוץ על ההדק באופן יזום מאשר להבין את המורכבויות הללו של ACS.
    ובכן, כשהם מדברים על TTZ, אני בדרך כלל נעלם. מסמך על שני עמודים, בערך (אפשר ל-100, אבל 2 זה בלי מים) ואת הבצק אפשר לשטוף עד כדי כך שיתברר שהוא לא חלש על קוטג'. אני אישית עסקתי בזה, אבל לא בנושאים צבאיים. באבלה מכובסת-קודרת. רק ב-TTZ ו-TU. התוצאה היא שהם עשו הכל על הברכיים, ואז הם התאימו את זה ל-TU ו-TK.
    1. 0
      יוני 5 2014
      באופן כללי, הכל קצת יותר פרוזאי. כך למשל, ספינת מלחמה מותקפת על ידי כמה דרגים של טילים מכל עבר, כולל מתחת למים. הניתוח חייב להתבצע בתקופה צפופה מאוד של זמן גישה משתנה, ניתוח כוח הלחימה של טילים אלו. יש לשלב קבוצה של אמצעי הגנה עם קבוצה של אמצעי התקפה. כל זה יוצר מצב מורכב של תהליכים אלגוריתמיים חד-פעמיים ורציפים. אם מישהו חושב שזה הכל, הוא טועה עמוקות. תקיפה יכולה להיות מלווה באמצעים של תקיפה אלקטרומגנטית, עד לטילים היוצרים קומפלקס של הפרעות משבשות לעומס יתר על עבודת המחשבים. כולל הנזק שלהם וכו' אז בואו ננסה להגן על עצמנו דרך הראייה. אולי מישהו יגיד שזה פנטסטי.
  10. 11111mail.ru
    0
    יוני 5 2014
    ציטוט מגרידסוב
    ACS בנוי על ארכיטקטורת קוד בינארי תמיד יהיה ליניארי

    ההיגיון ה"שלישי" מציע את עצמו: "כן" - "לא" - "אולי (אולי)". הנושא נגע לפני מספר חודשים באותו אתר.
    1. +1
      יוני 5 2014
      לא! טריני אפשרי, כמו גם כל רב קוטבי. זכור את פואנקרה. הוא תיאר את המרחב הטופולוגי כמערכת של שלושה צירים מאונכים. זה אומר שהמרחב הכדורי שלו תואר על ידי שישה מספרים. למעשה, הוא לא חשב על זה הרבה. אז היה חסר לו עוד ציר אחד או ציר אחד מקוטב. נוכחותו של ציר זה יוצרת את האפשרות לתאר את הכדור בשמונה מספרים נאט. סדרה של מספרים. תשעה ואפס הם למעשה זהים וקובעים את הכיוון ואת רמת השבריות הרדיאלית. ניתן לתאר את המרחב לא רק על ידי וקטורים ומספרים, אלא גם על ידי מידת האינטראקציה של המספרים הללו בתוך הנט עצמו. שׁוּרָה. זה אומר שאתה יכול וצריך להשתמש ב"טרנזיסטור" הבנוי על עקרונות אלה ואשר אמור לשקף במדויק את מידת האינטראקציה. כדחף הבנוי על קיטוב. במילים אחרות, המומנטום נוצר במידת הקיטוב, שווה ערך למספרים המקיימים אינטראקציה.
      1. 11111mail.ru
        0
        יוני 6 2014
        ציטוט מגרידסוב
        לא! מְשּוּלָשׁ возможна כמו כל רב קוטבי

        הם הגדירו את זה בצורה מעניינת, רק לפי ברוסנטסוב: (-) (?) (+).

"מגזר נכון" (אסור ברוסיה), "צבא המורדים האוקראיני" (UPA) (אסור ברוסיה), דאעש (אסור ברוסיה), "ג'בהת פתח א-שאם" לשעבר "ג'בהת א-נוסרה" (אסור ברוסיה) , טליבאן (אסור ברוסיה), אל-קאעידה (אסור ברוסיה), הקרן נגד שחיתות (אסורה ברוסיה), מטה נבלני (אסור ברוסיה), פייסבוק (אסור ברוסיה), אינסטגרם (אסור ברוסיה), מטה (אסור ברוסיה), החטיבה המיזנתרופית (אסורה ברוסיה), אזוב (אסור ברוסיה), האחים המוסלמים (אסורים ברוסיה), Aum Shinrikyo (אסור ברוסיה), AUE (אסור ברוסיה), UNA-UNSO (אסור ברוסיה). רוסיה), Mejlis של העם הטטרי קרים (אסור ברוסיה), הלגיון "חופש רוסיה" (מבנה חמוש, מוכר כטרוריסט בפדרציה הרוסית ואסור)

"ארגונים ללא מטרות רווח, עמותות ציבוריות לא רשומות או יחידים הממלאים תפקידים של סוכן זר", וכן כלי תקשורת הממלאים תפקידים של סוכן זר: "מדוזה"; "קול אמריקה"; "מציאות"; "הווה"; "רדיו חופש"; פונומארב; Savitskaya; מרקלוב; קמליאגין; אפחונצ'יץ'; מקרביץ'; לֹא יִצְלַח; גורדון; ז'דנוב; מדבדב; פדורוב; "יַנשׁוּף"; "ברית הרופאים"; "RKK" "מרכז לבדה"; "זִכָּרוֹן"; "קוֹל"; "אדם ומשפט"; "גֶשֶׁם"; "אמצעי תקשורת"; "דויטשה וולה"; QMS "קשר קווקזי"; "פְּנִימַאי"; "עיתון חדש"