Адміністрування процесу впровадження системи
Впровадження нової системи в компанії - це ситуація, яку слід враховувати, оскільки невідомо, який вплив матиме нова система на інших співробітників, можливо, хтось із працівників не контактував з командами компанії. система, хоча потроху це змінюється з тих пір, як у наших будинках з’являються нові технології, і важко отримати співробітників, які не мають жодних стосунків з комп’ютером, і найголовніше, що зараз вони їх не бояться, ви знаєте і знаєте, що вони збираються уповільнити роботу на додаток до її оптимізації.
Щось дуже важливим при впровадженні нової системи є навчання персоналу, який керує системою, виходячи з найосновніших обчислювальних концепцій, таких як апаратне та програмне забезпечення, загальні принципи обробки даних.
Він також повинен бути навчений або навчений безпосередньо з системою, навігацією по ній, для її меню, функцій, характеристик. Ви також повинні навчитися тому, що пов’язано із зберіганням записів, даних, доставкою звітів, друком вихідних даних. Після того, як це попереднє вивчення буде пройдено, ви зможете користуватися системою під наглядом.
Впровадження охоплює всі етапи від старої системи до нової, хоча бувають випадки, коли нова система повністю видаляє стару. Ці системи можуть бути ручними або автоматизованими. Незалежно від вищезазначеного, шукається хороша реалізація, щоб зробити систему надійною та функціональною. Ця частина є важливою для компанії, оскільки якщо аналітик пропустить деталі реалізації, хоча система була оптимізована, вона буде працювати не так добре, як могла.
До часу навчання є два етапи, наприклад: навчання персоналу, як ми вже робили короткий огляд, і процедури перетворення та перегляду після впровадження.
Навчання:
Пояснивши цю частину краще, оскільки ми вважаємо, що надзвичайно важливо, щоб система працювала найкращим чином, важливо, щоб кожен із людей, які беруть участь у системі, знав кожну деталь своїх ролей, що система буде, а що ні. робити.
їЯк навчати системних операторів?
Завжди дуже важливо, щоб комп'ютерний відділ був висококваліфікованим із системами, щоб він міг надати підтримку як для простих речей, так і для надзвичайних речей, які можна представити щодня. Якщо для реалізації потрібна нова технологічна платформа, нове обладнання тощо. якщо необхідно навчити його, як його вмикати, як вимикати, як це працює, усьому, що стосується збору даних. Оператор повинен бути навчений тим, які можливі помилки, і, таким чином, створити їх перелік із можливими рішеннями, а також номери телефонів людей, які створили систему, на випадок, якщо трапиться щось, чого вони не знають, як вирішити. Також дуже важливо навчити або ознайомити її з процедурами системи, такими як створення файлів, серед іншого полегшити швидку навігацію по системі.
Щось дуже важливим є також навчання, яке повинен пройти користувач.
Навчання користувачів:
Цей тренінг також повинен виходити з найосновнішого, оскільки це може бути введення дискети, коли вимикати Aquino без втрати даних тощо. Оскільки є багато випадків, коли оператор є одним і тим же користувачем, також необхідно навчити їх розпізнаванню помилок, оскільки таким чином вони знатимуть, чи помилка виникла з їхньої вини або через проблеми з програмним забезпеченням. Більшість навчальних курсів користувачів стосуються саме системи, наголошуючи на стандартах збору даних. Важливо також, що ви знаєте, як користуватися периферійними пристроями, такими як принтери, знаєте, що вам, крім усього іншого, потрібно покласти папір, поповнити чорнило.
Важливо, щоб аналітик написав керівництво користувача, яке включає всю інформацію, яка потрібна користувачеві.
Ці класи або навчальні курси можна проводити в тій самій компанії, де вона проводиться, а також у готелях або місцях поза компанією, оскільки постачальник може також використовувати систему.
Це процес зміни старої системи на нову, немає методів для ефективного досягнення цього перетворення.
Існує 4 методи для здійснення цього перетворення, ці методи необхідно ретельно вивчити, щоб реалізувати метод, який найкраще відповідає перетворенню.
Це не що інше, як складання плану, де люди, які беруть участь у новій системі та яка відповідальність за неї несе, пояснюються або викладаються чітко, програмами діяльності, коли одна ситуація повинна виконуватися, коли інша, всі файли, які будуть перетворені, необхідні дані для цих файлів, нові процедури, етапи перевірки, щоб перевірити, чи працює кожен із людей або система на сьогоднішній день, розподіли відповідальності, а також час для кожної процедури, щоб наприкінці новий імплантація виконується найбільш стабільним способом, яким вона була запланована. Цей план також повинен містити можливі помилки та способи їх усунення.
Аналітику необхідно створити та підготувати сайт для підтримки цієї нової системи, кабелів, комп’ютерів, регуляторів вологості тощо. щоб місце було готове до прибуття команд.
Необхідно мати файли, які вже перенесені з однієї системи в іншу, оскільки це етап, який займає найбільше часу, оскільки на початку вам доведеться вводити деякі, коли записи, завжди бажано мати вимірювачі помилок, оскільки ми повинні запобігти цьому Інформація відбувається безпечно, щоб не було помилок, оскільки вони вплинуть пізніше з розвитком системи.
Щоб уникнути пропуску записів, він працює з так званими пакетними процесами, що є нічим іншим, як відправленням або збереженням кожних 50 або 100 записів, і, отже, кожна група може бути перевірена перед тим, як мати до них доступ. Завжди добре, що всі файлові транзакції виконуються послідовно, якщо вони надходять з віддаленого пристрою, тому ми знаємо, що якщо 1000 файлів надійшло з одного сайту, то на іншому - 1000 файлів.
Після того, як система готова до всіх перетворень файлів, аналітик зі своєю робочою групою повинен протестувати систему, щоб визначити її належне функціонування та чи слід проводити коригування чи ні. Після угоди із системою це робиться як дослідження очікувань, як користувач почувався до системи, оптимізував я процес чи ні? Все це дуже важливо, оскільки необхідно перевірити, чи нав'язана система є найбільш оптимальною, це робиться за допомогою опитувань користувачів, співбесід, і, таким чином, вплив системи буде відомий серед користувачів, котрі збираються керувати нею. або функціонувати, і якщо це не зручно для компанії, оскільки шукається оптимізація процесів і не погіршення їх.
Кожен успішний проект інформаційних систем зобов’язаний цьому тому, що він працює належним чином. Незважаючи ні на що, програми виходять з ладу, оскільки іноді не враховується, наскільки критичними можуть бути процеси або що не використовувався найбільш кваліфікований персонал. Щоб уникнути цього, формулюються кошториси, і їх планують так, щоб можна було провести дослідження його ефективності.
пізня розробка проекту дещо знеохочує користувачів, тому нижче ми представимо метод для кращого розвитку планування часу.
Оцінка вимог до часу:
Оцінки - це години, місяці, дні, секунди зусиль, необхідних для розробки бажаної системи. Вони визначатимуться майстерністю аналітика або програмістів або просто складністю системи.
Метод оцінки часу:
Існує три методи оцінки часу розробки проекту.
· Історичний метод: це ретельний облік попередніх реалізацій проекту, з усіма їх характеристиками, щоб пізніше їх порівняти з нинішніми і, таким чином, зробити оцінку, тому він не є найбільш використовуваним, оскільки важко вести такі строгі записи, а також новий проект повинен бути дуже схожим на старий, щоб оцінка була надійною.
· Інтуїтивний метод: це метод, який виконують люди з більшим стажем роботи в компанії та з більшим досвідом роботи з проектами. Цей метод широко використовується, оскільки він швидкий, але в залежності від досвіду людини він буде точним.
· Стандартний метод: це буде визначено шляхом детального вивчення кожного процесу та кожної окремої ваги, а потім за допомогою конкретної арифметичної формули, яка призведе до найбільш точного та надійного результату
Для здійснення будь-якого з цих методів необхідно враховувати кожну деталь проекту, оскільки вони дуже важливі для хорошої оцінки (з моменту, коли проект вирішено зробити, через мову програмування, яка буде використовуватися до його реалізації).
Рекомендується використовувати програмне забезпечення планування проектів, таке як MS. Проект.
Дуже важливо підібрати хороші робочі групи, а також знати, як це структурувати, оскільки ми добре знаємо, як важливість цього моменту могла статися з нами в роки студентів. Команди можуть бути структуровані такими способами:
- Команди з головним програмістом: ця команда складається з головного програміста, резервної копії та групи підтримки. Головним програмістом повинна бути людина з великими навичками та досвідом, яка стоїть на чолі проекту. Програміст резервного копіювання - це той, хто має альтернативні варіанти, людина з дизайнером стратегій, хоча і менш досвідчений, ніж головний програміст. А решта - група підтримки, яка збирається працювати під наглядом своїх начальників.
- Команди спеціалістів: як випливає з назви, це робоча група, де кожен із членів є спеціалістом у галузі, яка буде доповнена унікальністю групи. Цей тип групування також має свого головного та резервного програміста
- Команди без лідерства: на відміну від інших, у цього типу груп немає жодної усталеної фігури лідера; він робить це - пускає групу в рух, і бачиться, що потроху начальник або керівник з’являться неофіційно, залежно від їхніх можливостей. Вони розподіляють роботу залежно від навичок кожної людини, це робочі групи, які не розпадаються, вони залишаються разом у всіх проектах.
Це не що інше, як детальний, плановий огляд системи чи програмного забезпечення. Як правило, люди, які створили його, беруть участь у ньому, керівник департаменту, цей перегляд має деякі характеристики, і вони такі:
Метою цього туру є пошук областей, де найкраще можна провести процес.
Процес перегляду зосереджений не на виправленні помилок, а на їх оптимізації. Організація завжди призначає керівника для цього огляду, майже завжди це аналітик, оскільки саме він найбільш знайомий з процесом.
Все більше і більше системних координаторів усвідомлюють, наскільки важливо дотримуватися стандарту для всього, оскільки його перегляд буде простішим, а обслуговування для майбутніх груп огляду.
Перегляд вимог:
Це огляд, який виконується вимогами, висунутими аналітиком, він намагається побачити функції, які повинна обробляти нова система, і перевірити, чи робить це, це робиться для перевірки, чи є невідповідність даних або дизайн, щоб атакувати цю проблему.
Огляд дизайну:
Ця екскурсія розглядає логічну частину дизайну, щоб перевірити, чи ефективно вона відповідає потребам. Якщо користувачі виявлять невдоволення результатом, це буде повторно вивчено аналітиком.
Перегляд коду:
Тут розглядаються основні модулі вихідного коду, щоб побачити, чи дає цей модуль очікувані результати, щоб перевірити, чи відповідає він вихідним специфікаціям. Тож його можна поступово вдосконалювати, і користувачі не будуть розчаровані ледачою системою.
Огляд доказів:
На цьому етапі, коли компанія наймає консалтингову компанію для виконання цієї роботи, хоча дуже важливо, що компанія вже знає, перш ніж зателефонувати консалтинговій компанії, яку роботу вони збираються консультувати, прийде надмірність. Буде найнято консультанта, який дасть об’єктивну думку, об’єктивні спостереження завдяки своєму досвіду, технічну інформацію про конкретну тему та пропозиції, які покращать існуючу систему.
Усі ці огляди повинні бути проведені до затвердження нової системи, якщо вона не проходить тести, її слід вдосконалювати, поки вона не пройде, а після її завершення буде затверджена.
У цьому сегменті ми поговоримо про необхідність обладнання та про те, як вирішити, який вибрати, не захоплюючись чужими порадами.
Комп’ютери можуть варіюватися від мікрокомп’ютера до великої мережевої установки, нам дуже важко вибрати обладнання. Є багато характеристик, які необхідно враховувати, таких як: пам’ять, швидкість обробки, канали зв’язку, допоміжні сховища, серед іншого. Як і хороша конфігурація, рівні доступу,. Також необхідно імплантувати сумісне обладнання, оскільки таким чином зменшуються витрати, оскільки ми працюємо з компанією, яка може надати нам технічну підтримку верстатів тощо.
Іншим варіантом може бути оренда обладнання, і коли воно застаріло, обладнання змінюється без особливих проблем, але такий тип рішення дуже дорогий. Існують також довгострокові оренди (від 3 до 7 років), це дешевше, ніж оренда, згадана вище.
Це дуже важливо, оскільки обладнання зазвичай використовують люди, які не дуже зацікавлені у своєму обладнанні, тому існують гарантії, або просто тому, що обладнання надійшло з певним виробничим дефектом, вони нестимуть відповідальність за цю гарантію через 90 днів або добре залежно від угоди, досягнутої під час переговорів. Аналітик повинен брати до уваги багато речей, і цього не можна пропустити, і він повинен спробувати вказати цю частину в контракті, щоб він міг прикрити спину і забезпечити гарне обслуговування обладнання, що, безсумнівно, є дуже дорогим, оскільки це марно для компанія витрачає великі суми грошей на нерухомість, щоб згодом вона була втрачена, бо її залишили померти.
Цей вибір є дуже важливим, як і вибір програмного забезпечення. Для вибору програмного забезпечення необхідно пройти опитування системи, що впроваджується, щоб побачити, яке програмне забезпечення є найбільш підходящим. Найголовніше на момент виборів - це знати, який тип транзакцій даних буде виконуватися, тип звітів, які обробники баз даних нам будуть потрібні, система матиме певну характеристику, в якій повинні брати участь якесь конкретне застосування, апаратне забезпечення, його обмеження тощо. Це, в свою чергу, має бути гнучким, оскільки воно повинно задовольняти всі потреби користувачів, хоча і не настільки гнучко, скоріше, у частині звітування. Також передбачається, що програмне забезпечення має певний тип технічної підтримки, тому що, якщо воно вийде з ладу, це стане великою невдачею та великою затримкою для компанії, все це повинно міститися в договорі програмного забезпечення з виробничою компанією з усіма її специфікаціями та комунальні послуги.