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