اینترنت پنجره ها اندروید
بسط دادن
اصلی ›

تکنولوژی مهاجرت داده ها در پروژه های بزرگ. روش مهاجرت پایگاه داده مهاجرت


نحوه اجرای رایگان

مهاجرت به نرم افزار آزاد مانند مهاجرت به یک سیستم عامل جدیدتر. به عنوان مثال، شما می توانید ظاهر اولین گزینه های ویندوز را در کشور ما ذکر کنید. هیچ مثال کمتر روشن - مهاجرت در ویندوز NT، ایدئولوژی کار که در آن به شدت از ویندوز 9X متفاوت بود. شما می توانید مثال دیگری را ارائه دهید - هر نسخه جدید از بسته دفتر MS از قبل متفاوت است نه تنها تفاوت در رابط، بلکه همچنین فرمت های فایل. بنابراین، وظیفه مهاجرت حتی در چنین مواردی زمانی که از یک تولید کننده استفاده می شود، حتی در چنین مواردی است.

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

ایجاد یک گروه کاری (چه کسی)

هنگام ساختن مهاجرت، لازم است مسائل حل و فصل ماهیت فنی و غیر فنی را ارائه دهیم.

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

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

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

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

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

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

مطالعه (چه چیزی است)

اولین گام باید یک ممیزی باشد - شرح سیستم موجود (ارثی).

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

نتیجه فرایند حسابرسی عبارت است از:

شرح ویژگی های فنی نرم افزار نصب شده؛

لیستی از خطرات شناسایی شده مرتبط با استفاده از نرم افزار بدون مجوز؛

شمارش هزینه خرید مجوز برای نرم افزار نصب شده؛

شمارش هزینه حذف بدون مجوز و نصب نرم افزار مجوز؛

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

لیستی از خطرات شناسایی شده مرتبط با استفاده از نرم افزار؛

موجودی توسط

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

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

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

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

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

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

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

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

برای متوسط \u200b\u200bو بزرگ، توصیه می شود که استفاده از یک نرم افزار تخصصی را توصیه کنید یا یک سازمان شخص ثالث متخصص در خدمات مشابه را دعوت کنید. در فرآیند ایجاد یک سند، کار بر روی بررسی موجودی اتوماتیک نرم افزار و سخت افزار (Gasp، Inventory PC، MSIA) انجام شد. Navigator نمایندگی (http://www.e-x.ru/pages/expnav.html) می تواند یک توصیه باشد (http: //www.html)، نماینده.

ناوبری نماینده

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

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

تشخیص خودکار پیکربندی کامپیوتر؛

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

تعیین تجهیزات نصب شده؛

تعریف برنامه های نصب شده؛

تعریف ویژگی های فایل؛

مرتب سازی پیشرفته، قابلیت جستجو و قابلیت های انتخاب داده؛

آماده سازی گزارش های چاپی؛

داده های صادرات در MS Excel؛

تولید خودکار انتشارات وب.

در نسخه رایگان برنامه محدودیت وجود دارد - حسابداری به 25 کامپیوتر؛ هزینه مجوز 1 دلار در هر کامپیوتر است.

طراحی (آنچه ما می خواهیم)

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

ادبیات زیادی وجود دارد، از جمله روسی صحبت کردن، در مورد لینوکس، که از مزایای این پلت فرم از یک نقطه نظر تکنولوژیکی توصیف می کند. با این حال، تمام این مزایا با مسئله اصلی مهم هستند - وجود طیف گسترده ای از جهت های مختلف کاربردی. مدت ها پیش، اسطوره گسترده است که تحت پلت فرم لینوکس تعداد محدودی از نرم افزار کاربردی برای استفاده شرکت ها، از جمله اتوماسیون اداری وجود دارد. در اکثریت قریب به اتفاق، این اسطوره ها توسط سازندگان و فروشندگان نرم افزار اختصاصی ایجاد می شوند و با واقعیت ارتباط دارند. Debunk این افسانه هدف اصلی این کتاب نیست. با این وجود، شایان ذکر است که، به عنوان مثال، عرض جغرافیایی نرم افزار کاربردی، فانتوم مطلق است، با توجه به استانداردهای تاریخی تاسیس شده برای مبادله اسناد. بنابراین، به عنوان مثال، دفتر واقعی ویرایشگر دفتر مایکروسافت آفیس، ویرایشگر گرافیک Raster - Adobe Photosop، و قرعه کشی Corel به عنوان گرافیک بردار بسیار توزیع شده است.

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

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

با این حال، در حال حاضر سند تنها ایجاد می شود و اطلاعات را می توان در منابع مختلف یافت. این غیر ممکن است توسط مواد والری V. Kachurov، Neskov Artem "آنالوگ برنامه های ویندوز در لینوکس - جدول از انطباق" غیر ممکن است. (http://linuxshop.ru/linuxbegin/win-lin-soft/). این منبع شامل بسیاری از اطلاعات ارزشمند است. متأسفانه، نویسندگان به نظر می رسد که این کار را ترک کنند. این بخش از سایت به طور منظم در دسترس نیست، اما یک کپی از جدول را می توان در http://www.blif.net/modules.php؟name\u003dllinwin یافت. شما می توانید منابع بنیاد برنامه های منبع باز را توصیه کنید
(http://www.osafoundation.org/)، به ویژه http://www.osafoundation.org/desktop-linux-OverView.pdf.

نتیجه این است:

ایجاد یک نمونه از ایستگاه های کاری؛

شمارش هزینه مجوز برای نرم افزار پیشنهادی؛

یادگیری کاربر؛

ایجاد یک برنامه پیاده سازی تقویم نمونه؛

فهرست خطرات در معرفی نرم افزار رایگان؛

پشتیبانی از راه حل های رایگان؛

شمارش بهره وری اقتصادی سیستم جدید تا پنج سال.

پروژه خلبان (چک کردن بوت)

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

هنگام انتخاب یک شیء تست، شما باید یک وسط طلا را پیدا کنید. اول، شی انتخاب شده باید داده های قابل اعتماد را برای ارزیابی ارائه دهد. ثانیا، پروژه آزمایشی نباید تاثیر مهمی بر انجام کسب و کار داشته باشد.

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

مرحله آزمایشی به ویژه در تقاضا است:

اگر امکان مهاجرت کاربران از سیستم ارثی به سیستم جدید ثابت نشده باشد؛

اگر یک شک و تردید سفارشی وجود داشته باشد، که قادر به کاهش روند مهاجرت خواهد بود؛

این سازمان فاقد فرهنگ شرکتی نیست (متاسفانه، در کشورهای مستقل مشترک المنافع توزیع می شود)؛

اگر منابع محدودی برای مهاجرت در مقیاس بزرگ وجود داشته باشد؛

سازمان بزرگ است و بسیاری از کاربران در پروژه آزمایشی دخیل نیستند؛

اگر سیستم های اختصاصی به ارث برده شده به سرعت در شرایط فنی و در کاهش هزینه ها تکامل یافته بودند؛

اثر کاملا اقتصادی مهاجرت از بین نمی رود.

برای موفقیت، پروژه خلبان:

نباید به منطقه بحرانی کسب و کار اشاره کرد؛

باید برای کسب و کار به اندازه کافی مهم باشد؛

نباید نیاز به یک منبع متوسط \u200b\u200bاز افرادی که قبلا در زمان محدود هستند؛

باید یک گروه پشتیبانی قابل توجهی داشته باشد

بازخورد از کاربران (سیستم های میز کمک) باید ارائه شود؛

این نباید در حوزه های دیگر محدود باشد (به عنوان مثال، یک دوره مهم برای کسب و کار).

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

شرح نمونه اولیه ایستگاه های کاری؛

شرح تنظیمات کاربر خاص:

میانگین هزینه های استقرار نوع ایستگاه؛

انتقال داده ها از سیستم ارثی به یک جدید؛

یادگیری کاربر؛

شمارش هزینه اجرای نرم افزار؛

پشتیبانی از راه حل های رایگان

برنامه ریزی (چه چیزی و چگونگی)

1. ایجاد یک برنامه مهاجرت. طرح مهاجرت باید به سوالات پاسخ دهد:

شرح مراحل ساخت و ساز سیستم؛

تعریف نیازهای پشتیبانی؛

شرح اتمام مهاجرت.

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

2. شرح مراحل ساخت سیستم. ارزیابی مراحل ساخت یک سیستم که بهترین پشتیبانی از اولویت های سفارشی سفارشی باید ساخته شود.

طرح باید مسئول سوالات زیر باشد:

تا چه اندازه و چه مراحل سیستم باید نصب شود و مستقر شود تا به حداکثر رساندن نیازهای کاربران استفاده شود؟

چه چیزی برای هر مرحله از مهاجرت به یک سیستم جدید از سازمان های مشتریان و کاربران کاربر مورد نیاز است؟

تاثیر و خطر استفاده از سیستم در هر مرحله از افزایش چیست؟

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

3. تعیین نیازهای پشتیبانی. لازم است اطمینان حاصل شود که سطح مطلوب پشتیبانی برای کمک به کاربران از سیستم جدید استفاده شود. علاوه بر این، کاربران اغلب نیاز به پشتیبانی دارند تا به آنها کمک کنند تا توانایی های عمومی (امکانات) سیستم هدف را درک کنند.

سوالاتی که باید حل شوند عبارتند از:

چه یادگیری و کمک به کاربران نیاز دارد؟

سطح کلی حمایت از مهاجرت که کاربران مورد نیاز برای تضمین مهاجرت موفق هستند چیست؟

چگونه برای رسیدن به تصویب سیستم هدف توسط کاربران و جلوگیری از مقاومت کاربران برای پیاده سازی یک سیستم جدید؟

مشتریان و کاربران چگونه تغییر اجتناب ناپذیر در ویژگی های سیستم ها و خدمات گزارش خواهند شد؟

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

طرح مهاجرت باید بر حل این مسائل، برنامه ریزی پشتیبانی کاربر در زمینه ها تمرکز کند:

سیستم ارتباطی عنصری؛

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

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

راهنمای کاربر برای انتقال و دوره های بعدی؛

یادگیری برای کاربران در یادگیری و سازگاری با سیستم جدید، برای انجام همان نوع وظایف؛

توانایی تست استفاده از سیستم های جدید؛

تظاهرات استفاده از سیستم های جدید برای نشان دادن سیستم های موجود در سیستم های ارثی، به عنوان یک سیستم جدید کار می کند و چگونه می تواند وظایف قابل مقایسه را انجام دهد؛

غلبه بر مشکلات عملیاتی فعلی.

در مرحله آموزش کاربر، توجه ویژه ای به کسانی که طرفدار سیستم قدیمی و / یا حریف سیستم های جدید هستند، توجه ویژه ای خواهید داشت.

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

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

مدیریت سازمان، توسعه دهندگان و پیاده سازی باید شامل چندین روش برای کمک به مهاجرت به کاربران به کاربران ارثی در نظر بگیرند:

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

ایجاد محرک ها به اقدام به طور کامل به یک سیستم رایگان جدید تغییر دهید و وابستگی های سیستم های ارثی را از بین ببرید؛

ارائه کمک (نرم افزار و پرسنل اضافی) برای تبدیل داده های ارثی به یک سیستم جدید؛ - سفارش خروجی از عملیات سیستم های ارثی؛

بایگانی اطلاعات سیستم های ارثی و ذخیره سازی.

مهاجرت (انجام)

همه چیزهایی که در مرحله آخر باقی می ماند، بر اساس برنامه کار می کند.

به طور فعال مدیریت و نظارت بر فرآیندهای مهاجرت:

تعیین معیارهای اندازه گیری و نظارت بر مراحل مهاجرت و هزینه های منابع برای مهاجرت؛

با توجه به سیاست های اقتدار و سازماندهی، افراد علاقه مند (مدیریت، مدیران پروژه و حامی)، بررسی های دوره ای از وضعیت را انجام دهید و خود را با آنها آشنا کنید.

سیستم ردیابی (ردیابی) را تنظیم کنید تا ارتقاء فرایندها (پیشرفت)، مشکلات، راه حل ها و سایر مسائل مربوط به کسب و کار مربوط به برنامه ریزی مهاجرت و اجرای برنامه ها را مدیریت کنید.

وادیم مشکوف، UA-Foss، [ایمیل محافظت شده]

در این مقاله، ما می خواهیم تجربه خود را در انجام مهاجرت داده ها در پروژه های بزرگ شرکت های بزرگ مرتبط با انتقال مشتریان به کار در تنظیمات "1C: Enterprise 8".

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

اصطلاحات و تعاریف

تحت مهاجرت داده ها، معمولا برای درک دنباله نهایی کار، یک پروژه با هدف حرکت یک بار جرم داده ها از سیستم های منبع (سیستم های تاریخی) به سیستم گیرنده، معمول است. در این مورد، عملیات این داده ها در سیستم های منبع خاتمه یافته است.

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

طرح مهاجرت به طور کلی به نظر می رسد:

شکل. یک

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

سیستم گیرنده - سیستم هدف، پیکربندی دلخواه "1c: Enterprise 8".

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

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

همچنین گزینه هایی برای استفاده از یک پایگاه داده متوسط \u200b\u200bوجود دارد.

تحول، تبدیل - فرآیند تبدیل داده های منبع به داده ها برای دانلود. تحول داده ها مطابق با قالب های بار رخ می دهد. نتیجه تحول داده ها برای دانلود است.

داده ها برای دانلود - داده های طراحی شده برای بوت شدن به سیستم گیرنده. در این مقاله، و همچنین داده های اولیه، فرمت XLS در نظر گرفته شده است.

قالب های داده برای دانلود - شرح جداول داده برای دانلود به سیستم هدف.

مراحل مهاجرت

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

موارد زیر شامل مراحل سازمانی مهاجرت می شود:

· تعیین استراتژی مهاجرت. در این مرحله، پیمانکار و مشتری در مورد تکنولوژی کار مهاجرت موافقت می کنند؛

· تعیین ترکیب گروه کار مهاجرت. گروه کاری باید شامل متخصصان و هنرمند و مشتری باشد، که به اندازه کافی با کار سیستم های تاریخی (از مشتری) و سیستم هدف (توسط پیمانکار) آشنا می شود؛

· طرح مهاجرت اولیه طرح مهاجرت در طول پروژه بارها و بارها تنظیم خواهد شد؛

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

· ترکیب داده ها مهاجرت می شود. داده های مرجع، طبقه بندی ها، داده های معاملاتی، باقی مانده ها، گردش مالی، و غیره؛

· سوالات تایید کیفیت، صحت و صحت داده ها در روند مهاجرت و بر اساس نتایج؛

· سوالات برای بازگشت به حالت قبلی در صورت شکست.

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

شکل. 2

1. آماده سازی قالب های بارگذاری داده ها

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

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

الگو نشان می دهد:

· شرح تمام فیلدهای XLS برای دانلود، از جمله:

o نام فیلد

o علامت اجباری فیلد را وارد کنید

o فرم پر کردن زمینه

توجه داشته باشید

· شرح قوانین برای دانلود جدول سیستم هدف بر اساس داده ها برای بارگیری (جلسه در مورد چندین جداول مرتبط، الگوریتم های جستجو برای زمینه های کلیدی و غیره)

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

در روند کار در این مرحله، پیمانکار همچنین باید بارگیری داده را برای دانلود داده ها آماده کند. در مورد کار با فایل های XLS، این کار به ویژه دشوار نیست.

2. شواهد منابع داده

این مرحله می تواند با مرحله قبلی "1" آغاز شود. آماده سازی قالب های دانلود داده ها. "

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

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

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

با این حال، در این مرحله شما باید سعی کنید تا اطلاعات ممکن را شناسایی کنید.

3. بار داده های منبع

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

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

همچنین ممکن است گزینه های تخلیه در فرمت CSV، DBF، فرمت های XML و دیگران وجود داشته باشد.

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

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

4.Mapping داده ها

نقشه برداری (نقشه برداری داده ها) - به طور کلی، روند نقشه برداری از اطلاعات سیستم های تاریخی و سیستم گیرنده. یعنی داده های منبع و داده ها برای دانلود.

مرحله نقشه برداری بیشترین زمان را دارد و می تواند بیش از 50 درصد از تمام کارهای مهاجرت را بگیرد.

در این مرحله، کل گروه کاری پروژه مهاجرت به طور کامل درگیر است.

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

· جداول نقشه برداری یا نقشه های نقشه برداری - نقشه برداری جداول داده منبع و قالب های داده برای دانلود. انطباق می تواند به عنوان 1: 1 و n: n باشد. در نتیجه این کار، رجیستری از جداول نقشه برداری کامپایل شده و نگهداری می شود. این مرحله زیر برای مرحله بعدی بعدی زمینه های نقشه برداری مورد نیاز است و برای ردیابی وضعیت کلی نقشه برداری.

گروه تیم 1C.

نام الگو 1c

نام فایل

منبع

قوانین تشکیل یک فایل منبع

مسئول

وضع

توجه داشته باشید

nsi

قالب_

نام نویسی

نامی

.xls های اخیر

در سیستم n انتخاب را تنظیم کنید
. ذخیره در TXT
. باز کردن در XLS، ستون - متن
. رشته اول - کلاه
. تعداد ستون ها - 15
. تعداد ردیف ها را در TXT و XLS بررسی کنید
. نام ورق همیشه "ورق 1" است

ایوانوف I.I.

سر کار

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

ПП

cl رشته

اجباری

نام قسمت الگو 1C "Template_Namenclature"

شرح

نام فیلد "nomenclature.xls"

الگوریتم پر کردن

کد

کد مورد مرجع

کد

نام

نام

آره

این گروه

شامل یکی از مقادیر:
. 1 - برای گروه ها
. 0 - برای عناصر

اگر طول کد \u003d 11 کاراکتر و 4 کاراکتر گذشته باشد<> "0000"، سپس این عنصر "0" است، در غیر این صورت گروه "1" است.

نام و نام خانوادگی

نام عنصر مرجع

نام

اگر گروه ETCO \u003d 1، سپس ""، و گروه ETCO \u003d 0، و سپس نام.

در چارچوب این مرحله، باید داده های احتمالی را در مورد عادی سازی داده ها انجام دهید.

5. تهیه قوانین تحول

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

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

برای کار عملیاتی در روند مراحل مهاجرت آمادگی و بیشتر، در جریان آزمون و مهاجرت نهایی، مهم است که یک محیط توسعه مناسب برای داده ها (اسکریپت ها) انتقال داده ها و محیط تبدیل اطلاعات منبع به داده ها وجود داشته باشد برای دانلود

در عین حال، الزامات این محیط شامل موارد زیر است:

· راحتی و سرعت توسعه قوانین تحول؛

· نرخ تبدیل داده ها. فایل ها در ورودی و خروجی می تواند صدها هزار ردیف باشد!

· توانایی کار با چندین فایل ورودی در همان زمان؛

· توانایی ذخیره قوانین تبدیل به فایل های فردی.

برای پروژه های مهاجرت خود، ما یک AWP توسعهدهنده تخصصی را توسعه داده ایم، به عنوان پایه ای، پردازش استاندارد "درخواست های کنسول" 1C را به دست آورد.

پردازش "درخواست کنسول" نهایی شد تا بتواند درخواست های مستقیم را به فایل های XLS انجام دهد.

بگذارید نمونه ای از ترکیب دو منبع XLS -Files را ارائه دهیم کارکنانxls


کد کارمندی

نام خانوادگی

نام

نام وسط

تاریخ تولد

2423

ایوانوف

ایوان

ایوانویچ

17.11.1992

1523

پتروف

ریحان

aleksandrovich

04.02.1991

4363

سیدوروف

کرلی

نیکولایویچ

01.05.1995

دنیسوف

دنیس

دنیسویچ

01.01.1990

و عملیاتxlsبا صفحات:

نوشتن

کد کارمندی

تاریخ

مجموع

2423

01.02.2014

1523

02.02.2014

4363

03.02.2014

04.02.2014

100000

2423

05.02.2014

1523

06.02.2014

4363

07.02.2014

2356

08.02.2014

140000

2423

09.02.2014

1523

10.02.2014

4363

11.02.2014

23523

12.02.2014

80000

و ورود:

کد کارمندی

تاریخ

مجموع

01.05.2004

02.05.2004

03.05.2004

04.05.2004

2423تاریخ تولد

مقدار رسید

مقدار نوشتن

ایوانوف ایوان ایوانویچ

2423

17.11.1992

1341234

1010

پتروف واسیلی الکساندروویچ

1523

04.02.1991

245245

دنیسف دنیس دنیسویچ

01.01.1990

380000

320000

Sidorov Kirill Nikolaevich

4363

01.05.1995

613382

26336

جمع:

2579861

347842

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

دنباله تکنولوژیکی عملیات تحول در اینجا به شرح زیر است:

با استفاده از زبان Query Access SQL (ویژگی های اضافی قابل توجهی را در مقایسه با زبان درخواست 1C ارائه می دهد)، درخواست اولیه ایجاد شده است، استخراج داده ها از فایل XLS به 1C. در همان زمان، در این مرحله چک های مختلف و عادی سازی داده ها وجود دارد.

دسترسی به تکنولوژی ADO سرعت بالا را فراهم می کند.

شکل. 3

2. مشترک در زبان 1C - پرس و جو اصلی که زمینه زمینه نقشه برداری را اجرا می کند. همچنین: غنی سازی داده ها داده های دانلود شده از پایه 1C، بازسازی، ترکیب با نتایج پرس و جو به دیگر منبع XLS -Phals، و غیره

3. در صورت لزوم نتیجه پرس و جو 1C را تسریع کنید. این با استفاده از یک اسکریپت در 1C اجرا می شود.

به عنوان مثال، خط اضافه کردن "مجموع" از نظر مبالغ در اینجا اجرا می شود.

4. DataSet نتیجه را در فایل XLS بازیابی کنید.

به طور کلی، در خروجی، ما فایل های نهایی را برای دانلود به پایگاه داده 1C دریافت می کنیم.

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

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

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

لازم به ذکر است که قبل از مهاجرت نهایی، چندین آزمایش باید انجام شود. در طول مهاجرت های تست، پیمانکار، همراه با مشتریان، شناسایی:

· خطاهای تبدیل، خطاهای بار داده ها

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

· بر اساس نتایج مهاجرت آزمون، اساس مهاجرت نهایی، به روز می شود / به روزرسانی می شود

7. استاد داده

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

· با توجه به اسناد، مقادیر نهایی در بقایای باقی مانده؛

· تقصیر کمی، مانند تعداد سیستم عامل؛

· صحت پر کردن موجودات نمونه فردی؛

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

مثلا:

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

· آوردن انواع فیلد؛

· مرجع مرجع؛

· ناسازگاری ریاضی. به عنوان مثال، بررسی زمینه های عددی خالی که در آن بخش تقسیم بندی برنامه ریزی شده است؛

· به طور کلی، تأیید زمینه های اجباری اجباری؛

· جایگزین کاراکترهای نادرست به عنوان مثال، شخصیت های انگلیسی در زمینه های سیریلیک ("O"، "A"، "E"، و غیره) به خصوص مربوط به زمینه های کلیدی!

· بررسی مقادیر رشته های رشته ای برای انطباق نوع سیستم گیرنده (محدودیت در طول)

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

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

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

نتیجه

در نتیجه، من می خواهم توجه داشته باشم که زمانی که آن را به مهاجرت سیستم های بزرگ معاملات، که شامل بسیاری از تنظیمات "1C: شرکت ها"، انتقال به یک سیستم جدید می تواند بسیار وقت گیر است.

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

لایف Polesen برای intech

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

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

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

با تشکر از برنامه ریزی دقیق، خطر عملیاتی را می توان در سطح قابل قبول برگزار کرد، علاوه بر این، حفاظت از سرمایه گذاری ارائه شده است و هزینه ها در سراسر سیستم زندگی سیستم به حداقل می رسد. برای اتوماسیون معمولی یا سیستم فناوری اطلاعات، تنها 20-40 درصد از سرمایه گذاری ها توسط سیستم انجام می شود. باقی مانده 60-80٪ به حفظ در دسترس بودن و انطباق خود را با تغییرات دوره ای تغییر دهید.

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

برنامه مهاجرت بلند مدت

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

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

شکل 1. رویکرد کلی برای ایجاد یک برنامه مهاجرت بلند مدت.

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

هر معماری را می توان به عنوان مجموعه ای از "لایه ها" توصیف کرد که پیوند بین کسب و کار و فناوری را ارائه می دهد - همانطور که در شکل نشان داده شده است. 1. توجه باید به "لایه های زیر" داده شود:

  • اهداف تجاری این بخشی از استراتژی کلی برنامه ریزی کار است. آنها به شما اجازه می دهند جهت درست روند را انتخاب کنید.
  • مدل تجاری زمینه ای را فراهم می کند که در آن فرایندهای تولید و کسب و کار درک می شود. به عنوان یک قاعده، شامل یک توصیف سطح بالا از جریان های مواد و فرآیندهای است.
  • شرح تولید و فرآیندهای کسب و کار برای کاربرد موفقیت آمیز تکنولوژی و ارزیابی صحیح ارزش آنها از نقطه نظر کسب و کار مهم است.
  • اطلاعات، داده ها و اسناد مهم است برای برقراری ارتباط فرایندها و برنامه های کاربردی. به خصوص تعامل مهم و مدیریت جریان اطلاعات بین برنامه های کاربردی.
  • شرح برنامه هااجازه دهید نیازهای سطح بالا و شناسایی رابط ها را شناسایی کنید.
  • تعریف زیرساخت، محاسبات و شبکه مورد نیاز (سخت افزار، تحمل خطا، عملکرد).
  • ارائه شده خدمات تعیین الزامات برای اطمینان از مدیریت کارآمد عملیاتی و پشتیبانی از راه حل های کارآمد.

توسعه یک برنامه مهاجرت

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

قسمت دوم.

مرحله 1: بسیج

اهداف اساسی:

  • دستیابی به درک مشترک از وظایف و اهداف
  • بسیج سازمان که در آن پروژه برنامه ریزی شده است
  • جزئیات طرح، توصیف نقاط عطف و نتایج مراحل پروژه
  • جمع آوری تمام اطلاعات لازم / موجود
  • درک مفاهیم، \u200b\u200bشیوه ها و نظریه را درک کنید
  • جلسات برنامه ریزی شده
  • کارگاه آموزشی اختصاص یافته به پروژه

نتایج:

  • طرح مشاوره دقیق
  • اهداف مشترک
  • بررسی اجمالی فرآیند

مرحله 2: تجزیه و تحلیل

هدف از مرحله تجزیه و تحلیل این است:

  • تجزیه و تحلیل فرآیندهای کسب و کار و تولید به منظور:

ارزیابی آمادگی کارکنان خدمت به سیستم IT و سیستم اتوماسیون را ارزیابی کنید

نیاز به اطلاعات و قابلیت های معماری آینده را پیدا کنید

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

  • تجزیه و تحلیل معماری موجود

تعیین فرآیندهای تولید موجود در ارتباط آنها با سیستم های اتوماسیون، جمع آوری داده ها، سیستم های مدیریت تولید

تعیین فرآیندهای کسب و کار موجود و ارتباط آنها با سیستم های اتوماسیون تولید

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

در این مرحله، فعالیت زیر انجام می شود:

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

نتایج:

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

مرحله 3: هدف

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

راه حل یا معماری هدف شرح خواهد داد:

  • فرآیندهای کسب و کار آینده و عملکرد
  • انواع برنامه های کاربردی، با قابلیت های آنها، کاربران، اطلاعات و رابط آنها
  • الزامات زیرساخت ها و استانداردهای پشتیبانی تجدید نظر شده

در این مرحله، فعالیت زیر انجام می شود:

  • سمینارها و بحث در مورد بهبود فرایندها
  • سمینارها و بحث در مورد بهبود معماری

نتایج:

  • معماری آینده (ارائه)
  • شرح مختصری از برنامه ها

مرحله 4: توجیه

هدف از مرحله اثبات، منطق اقتصادی اولیه بر اساس برآوردهای تقریبی هزینه ها و مزایای به دست آمده در طول پروژه است.

شکاف بین موقعیت موجود و مطلوب معمولا منجر به ظهور تعدادی از ایده ها می شود. منطق ایده ها باعث می شود که "ضروری" را از "مطلوب" تشخیص دهد، و پس از آن، ارائه و توسعه ایده ها به مدیریت ارشد.

در این مرحله، فعالیت زیر انجام می شود:

  • برآورد تقریبی هزینه ها و مزایا
  • اولین نسخه ارائه

نتایج:

  • اهداف مشترک
  • تغییر ایده های کسب و کار
  • ارزیابی منابع لازم

مرحله 5: طرح

هدف از این مرحله، برنامه ریزی یک پروژه مبتنی بر اولویت ها، منابع و وابستگی ها است:

  • برنامه ریزی توالی مراحل پروژه تلفیقی
  • ارائه منابع و صلاحیت های مورد نیاز برای مراحل زیر
  • فعالیت های مدیریت پروژه
  • تکمیل مشاوره و انتقال نتایج تمام مراحل به مشتری

در این مرحله، فعالیت زیر انجام می شود:

  • طرح توسعه برای پیاده سازی
  • توسعه یک طرح سرمایه گذاری
  • ارزیابی ریسک

نتایج:

  • طرح پیاده سازی
  • ارزیابی حجم کار برای پرسنل شرکت در پروژه
  • برآورد خطرات پروژه
  • طرح سرمایه گذاری (در تقریب اول)
  • نسخه نهایی ارائه پروژه

مثال عملی

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

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

یک مثال در شکل نشان داده شده است. 2. داده ها در سیستم های تاسیس شده، همچنین شامل ذخیره سازی سیستم (یا به سادگی در فایل های اکسل)، و آنها می توانند برای تجزیه و تحلیل بیشتر و برنامه ریزی استفاده شوند.

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

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

1. انطباق ثابت و بدون خطا با الزامات قانونی

2. حداقل هزینه های زمان برای ورود به بازار، انعطاف پذیری

3. موفقیت، رقابت، کمال عملیاتی

4. کیفیت بی نظیر

5. تولید رشد

این اهداف باید به وظایف خاص تر تبدیل شوند، اعدام که می تواند اندازه گیری شود.

سپس، ما باید متوجه شویم که چگونه سیستم های موجود در حال حاضر از فرآیندهای کسب و کار فعلی و آینده پشتیبانی می کنند. برای انجام این کار، ما از یک مدل مرجع استاندارد (بر اساس سری ANSI / ISA-95) استفاده می کنیم. این شامل 19 فرآیند کسب و کار در سطح بالا دقیق تا آنجا که اجازه می دهد تا شما را به دیدن ضعف در اجرای عملی خود و نیاز به تغییر برای کسب و کار موثر.

علاوه بر این، ما همچنین باید قابلیت های فنی سیستم های موجود را ارزیابی کنیم تا از فرآیندهای کسب و کار در آینده حمایت کنیم. این به طور سیستماتیک با استفاده از ذخیره سازی اطلاعاتی که در بالا شرح داده شده است، به طور سیستماتیک اجرا می شود. برای هر سیستم، اطلاعاتی که در مورد آن در مخزن قرار دارد (در مورد ما حدود 70 سیستم است)، لازم است که جنبه های زیر را ارزیابی کنیم:

  • شرایط تجهیزات (تاریخ گزاف گویی، میانگین زمان عملیات برای شکست، سن تجهیزات، دسترسی به قطعات یدکی)
  • شرایط نرم افزار (پشتیبانی از فروشندگان، دسترسی به مستندات، پرسنل با مهارت های لازم)
  • فرصت های سیستم ها (رزرو، عمر متوسط \u200b\u200bقبل از تعمیر)
  • ارزیابی تاثیر ضربه (ارائه اطلاعات، خطاهای داده، عدم دسترسی)
  • شاخص های نشانگر (قابلیت اطمینان سیستم، اهمیت حیاتی سیستم و غیره)

ارزیابی فنی نشان داد که نیاز به مدرنیزه کردن و جایگزینی تعدادی از سیستم ها:

  • ACS TP مبتنی بر RSU معمول، قدیمی شده و بسیاری از PLC های مختلف است، تعدادی از آنها در حال حاضر "بالغ" برای جایگزینی.
  • سیستم اتوماسیون ساختمان بر اساس یک پلت فرم جدیدتر است، اما همچنین نیاز به ارتقاء برای برآورده ساختن نیازهای جدید دارد.
  • تعدادی از سیستم های ثانویه نیز نیاز به ارتقاء یا حتی جایگزینی دارند.
  • زیرساخت های خدمت به تمام سیستم ها نیاز به تقسیم بندی بهتر و حفاظت برای انطباق با الزامات ایمنی مدرن دارد.

قسمت سوم

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

نگهداری از کارهای فنی و هزینه هر پروژه تخمین زده می شود؛ برای هر پروژه آماده سازی خلاصه تک صفحه ای کوتاه است که می تواند مدیریت را مورد بحث قرار دهد. (نگاه کنید به شکل 3).

شکل. 3. شرح تک صفحه پروژه مهاجرت بالقوه

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

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

شکل. 7. بررسی برنامه مهاجرت تثبیت شده

از زمان تعیین سیستم ها و تنظیم آنها همیشه "در لبه" است، آماده سازی باید بسیار مراقب باشد. همه چیز باید به طور دقیق ذوب شود. یک جنبه مهم برنامه ریزی این است که سیستم های پیاده سازی را بررسی کنید.

در مورد شرح داده شده توسط ما، اجرای برنامه مهاجرت بلند مدت در شش جریان مختلف انجام شد، برنج را ببینید. هشت

شکل. 8. سازماندهی پروژه های مهاجرت در شش جریان مختلف

بخشی از آماده سازی یک ارزیابی کامل و پیشگیری از خطرات پروژه است. در شکل 9 خطرات معمول را مشخص می کند که مشخصه پروژه های مهاجرت است.

شکل. 9. ارزیابی خطرات معمول پروژه های مهاجرت

فرآیندهای پشتیبانی کسب و کار

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

لفلهn) ( )، متخصص برجسته در زمینه اتوماسیون و آن را در NNE Pharmapplan. این کارگاه آموزشی در زمینه مدیریت تکنولوژیکی دارد. NNE Pharmapplan Polesen مسئول توسعه فن آوری ها، روش ها و صلاحیت ها در زمینه اتوماسیون صنعتی و آن است و به عنوان یک مشاور ارشد کسب و کار کار می کند.

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

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

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

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

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

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

یک مثال از یک راه حل
اجازه دهید ما را به تجربه کسانی که داده های PLM را به طور منظم اجرا کرده و مهاجرت می کنند. یکی از متخصصان شناخته شده در زمینه MIGRATION DATA PLM، شرکت پریون گروه آلمانی است که دارای تجربه یازده سال در ارائه چنین خدماتی و ابزارهای موثر برای اجرای آنها است. از آنجا که نمونه کارها PRR شامل رابط برای رایج ترین سیستم های PDM و ارثی است که از آن داده ها باید منتقل شوند، در هر مورد، این شرکت نیازی به توسعه مجدد نرم افزار برای مهاجرت ندارد. این به شما این امکان را می دهد که به سرعت یک برنامه گذار را با توجه به ویژگی های یک شرکت خاص در نظر بگیرید و به سرعت مهاجرت را انجام دهید تا تاثیر آن بر توسعه محصول و تولید را به حداقل برسانید. شکل زیر یک نمودار از یک فرآیند مهاجرت داده های معمول برای روش های پریون را نشان می دهد.

مهمترین موضوع این است که عملکرد این طرح بارها و بارها توسط پروژه های مهاجرت مهاجرت اطلاعات PLM از مشتریان PRI متعدد تایید شده است. علاوه بر این، تلاش های مکرر برای تولید پخش مستقیم از داده ها از یک سیستم PLM به دیگری، 100٪ از قابلیت شناسایی چنین رویکرد ابتدایی ثابت شد. در میان عوامل تعیین این وضعیت امور: جمع آوری داده ها از چند منبع، نیاز به تبدیل و تمیز کردن داده ها، صدور گواهینامه و بارگیری آنها به یک سیستم جدید (ها)، که همچنین می تواند فیزیکی توزیع شود. بنابراین، هنگامی که به یک پلت فرم جدید PLM تبدیل می شود کاملا غیر قابل قبول است.

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

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

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

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

تخلیه "مهاجرت داده ها"

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

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

مهاجرت داده ها با خرابی صفر

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

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

پاسخ به سوال شما پیدا نشد؟ به اینجا نگاه کن
خدمات دولتی خدمات شخصیخدمات دولتی خدمات شخصی
کابینه نظارت دولتی - ورودی اسناد و تلفنکابینه نظارت دولتی - ورودی اسناد و تلفن
خدمات نجات تلفنی تنها در فدراسیون روسیهخدمات نجات تلفنی تنها در فدراسیون روسیه