Администриране на процеса на внедряване на системата

фаза

Внедряването на нова система в дадена компания е ситуация, която трябва да се има предвид, тъй като не е известно въздействието, което новата система ще има върху други служители, може би някои от служителите не са имали контакт с екипите на компанията. система, въпреки че малко по малко това се променя, тъй като новите технологии са в домовете ни и е трудно да се накарат служители, които нямат никаква връзка с компютър, и най-важното е, че сега те не се страхуват от тях, знаете и сте наясно, че те ще забавят работата в допълнение към оптимизирането й.

Нещо много важно при внедряването на нова система е обучението на персонала, управляващ системата, като се изхожда от най-основните компютърни концепции като хардуер и софтуер, общите положения при обработката на данни.

Той също трябва да бъде обучен или обучен директно със системата, навигирайки през нея, за нейните менюта, функции, характеристики. Трябва също така да сте обучени какво е свързано със съхранението на записи, данни, доставка на отчети, печат на изходи. след като това предварително обучение е било дадено, имате право да използвате системата под надзор.

Внедряването обхваща всички стъпки от старата система към новата, въпреки че има случаи, когато новата система напълно изважда старата. Тези системи могат да бъдат ръчни или автоматизирани. Независимо от горното, това, което се търси, е добро изпълнение, за да се направи системата надеждна и функционална. Тази част е от съществено значение за една компания, защото ако анализаторът пропусне подробности за изпълнението, въпреки че системата е оптимизирана, тя няма да работи толкова добре, колкото би могла.

Има два етапа по време на обучението, като например: обучение на персонала, както направихме кратък преглед по-рано, и процедури за преобразуване и преглед след изпълнението.

Обучение:

Обяснявайки по-добре тази част, тъй като смятаме, че е изключително важно системата да тече по най-добрия начин, важно е всеки от хората, които са ангажирани със системата, да знае всеки детайл от своите роли, какво системата ще и какво не направете.

как да се обучават системни оператори?

Винаги е много важно компютърният отдел да е супер обучен със системите, за да може да осигури поддръжка или за прости неща, или за необикновени неща, които могат да се представят всеки ден. Ако внедряването изисква нова технологична платформа, ново оборудване и т.н. ако е необходимо да го научите как да го включи, как да го изключи, как работи, всичко, което касае събирането на данни. Операторът трябва да бъде обучен какви са възможните грешки и по този начин да създаде списък с тях с възможните им решения, както и телефонните номера на хората, създали системата, в случай че се случи нещо, което те не знаят как да решат. Също така е много важно да го обучите или запознаете с процедурите на системата, като създаването на файлове, улеснява бързото навигиране през системата, наред с други неща.

Нещо, което е много важно, е и обучението, което трябва да бъде дадено на потребителя.

Обучение на потребителите:

Това обучение трябва да идва и от най-основното, като поставяне на дискета, кога да изключите Aquino без загуба на данни и т.н. Тъй като има много случаи, в които операторът е един и същ потребител, също така е необходимо да ги обучавате с разпознаване на грешки, тъй като по този начин те ще знаят дали грешката е породена от тяхна вина или от софтуерни проблеми. По-голямата част от обучението на потребителите се занимава специално със системата, като набляга на стандартите за събиране на данни. Също така е важно да знаете как да използвате периферни устройства като принтери, да знаете, че трябва да поставите хартия в нея, да напълните мастило, наред с други неща.

Важно е анализаторът да напише ръководство за потребителя, което включва цялата информация, която потребителят ще изисква.

Тези класове или курсове за обучение могат да се провеждат от същата компания, където се изпълняват, както и в хотели или места извън компанията, тъй като доставчикът може също да използва системата.

Това е процесът на смяна на старата система на нова, няма методи за ефективно постигане на това преобразуване.

Има 4 метода за извършване на това преобразуване, тези методи трябва да бъдат внимателно проучени, за да бъде приложен методът, който най-добре отговаря на преобразуването.

Това не е нищо повече от съставяне на план, в който хората, които са ангажирани с новата система и каква отговорност носят с нея, са обяснени или изрично посочени, програми за дейности, когато една ситуация трябва да се изпълни, когато друга, всички файлове, които ще конвертирани, необходимите данни за тези файлове, нови процедури, етапи на проверка, за да се види дали всеки от хората или системата работи актуално, разпределението на отговорностите, както и времето за всяка рутина, така че в края на новата имплантирането се извършва по най-стабилния начин, с който е планирано. Този план трябва също да съдържа възможни грешки и как трябва да се справят с тях.

Необходимо е анализаторът да създаде и подготви сайта да поддържа тази нова система, кабели, компютри, контрол на влажността и т.н. така че мястото да е готово преди пристигането на отборите.

Необходимо е файловете да са вече мигрирани от една система в друга, тъй като това е етапът, който отнема най-много време, тъй като в началото ще трябва да въведете някои при записи, винаги е препоръчително да имате измерватели на грешки, тъй като трябва да предотвратим това случването на информация се извършва по сигурен начин, така че да няма грешки, тъй като те ще повлияят по-късно с развитието на системата.

За да се избегнат липсващи записи, той работи с така наречените групови процеси, което не е нищо повече от изпращане или съхраняване на всеки 50 или 100 записа и по този начин всяка група може да бъде проверена преди достъп. Винаги е добре всички файлови транзакции да се извършват последователно, ако идват от отдалечено устройство, така че знаем, че ако от един сайт дойдат 1000 файла, другият ще има 1000 файла.

След като системата е готова с всички нейни преобразувания на файлове, анализаторът със своята работна група трябва да тества системата, за да определи нейното правилно функциониране и дали трябва да се направят корекции или не. След сделката със системата това се прави като проучване на очакванията, как се чувстваше потребителят със системата, ако оптимизирах процеса или не? Всичко това е много важно, тъй като е необходимо да се види дали наложената система е най-оптимална, това се прави чрез потребителски анкети, интервюта и по този начин въздействието на системата ще бъде известно сред потребителите, които са тези, които ще я управляват или да оперира и ако това не е удобно за компанията, тъй като това, което се търси, е да оптимизира процесите и да не ги влошава.

Всеки успешен проект за информационни системи дължи това, че се управлява по правилния начин. Въпреки всичко програмите се провалят, тъй като понякога не се отчита колко критични могат да бъдат процесите или че не е използван най-квалифицираният персонал. За да се избегне това, се правят и планират прогнози, така че да може да се направи проучване на тяхното представяне.

късното разработване на проект е малко обезсърчително за потребителите, затова по-долу ще представим метод за по-добро развитие на планирането на времето.

Оценка на изискванията за време:

Оценките са часове, месеци, дни, секунди усилия, необходими за разработване на желаната система. Те ще се определят от уменията на анализатора или програмистите или просто от сложността на системата.

Метод за оценка на времето:

Има три метода за оценка на времето за разработване на проекта.

· Исторически метод: това са внимателните записи, които те имат за предишни реализации на проекти, с всичките им характеристики, така че по-късно да се сравняват със сегашните и по този начин да може да се направи оценка, поради което той не е най-използваният, тъй като трудно ли е да се водят такива строги записи, а също така новият проект трябва да бъде много подобен на стария, за да бъде надеждна оценката.

· Интуитивен метод: това е методът, който се извършва от хората с по-голям стаж в компанията и с повече опит в проектите. Този метод се използва широко, тъй като е бърз, но в зависимост от опита на човека ще бъде точен.

Стандартен метод: това ще се определи чрез подробно проучване на всеки процес и всяко индивидуално тегло и след това чрез конкретна аритметична формула, която ще доведе до най-точния и надежден резултат

За да се изпълни някой от тези методи, е необходимо да се вземат предвид всички детайли на проекта, тъй като те са много важни за добрата оценка (от момента, в който проектът е решен да бъде направен, чрез използвания език за програмиране, който ще се използва до нейното изпълнение).

Препоръчва се използването на софтуер за планиране на проекти като MS. Проект.

Много е важно да подберем добри работни екипи и също така да знаем как да ги структурираме, тъй като добре знаем как значението на тази точка е могло да ни се случи в годините на учениците. Екипите могат да бъдат структурирани по следните начини:

  • Екипи с главен програмист: този екип се състои от главен програмист, резервно копие и група за поддръжка. Главният програмист трябва да бъде човек с големи умения и опит, който е начело на дизайна. Програмистът за архивиране е този с алтернативните опции, човек с дизайнер на стратегии, макар и по-малко опитен от главния програмист. А останалото е групата за подкрепа, която ще работи под надзора на шефовете си.
  • Екипи от специалисти: както показва името му, това е работна група, където всеки от членовете е специалист в област, която ще бъде допълнена от уникалността на групата. Този тип групиране също има своя главен и резервен програмист
  • Екипи без лидерство: за разлика от останалите, този тип групи нямат установена фигура на лидер, това, което прави, е да остави групата да тече и се вижда, че малко по малко шеф или лидер ще се появи неофициално в зависимост от техните способности. Те разделят работата в зависимост от способностите на всеки човек, това са работни групи, които не се разпадат, те остават заедно във всички проекти.

Това не е нищо повече от подробен, планиран преглед на система или софтуер. Като цяло хората, които са го създали, участват в него, ръководителят на отдела тази ревизия има някои характеристики и те са следните:

Целта на тази обиколка е да се намерят областите, в които процесът може да се направи най-добре.

Процесът на преглед не се фокусира върху отстраняването на грешки, а върху тяхното оптимизиране. Организацията винаги определя лидер за този преглед, почти винаги е анализатор, тъй като именно този е най-запознат с процеса.

Все повече и повече системни координатори осъзнават колко е важно да се спазва стандарт за всичко, тъй като прегледът му ще бъде по-лесен и поддръжка за бъдещи групи за преглед.

Преглед на изискванията:

Това е прегледът, който се извършва от изискванията, изложени от анализатора, той се опитва да види функциите, които новата система трябва да обработва, и да провери дали го прави, това се прави, за да се провери дали има несъответствие в данните или в дизайна, за да атакува този проблем.

Преглед на дизайна:

Тази обиколка преминава през логическата част на дизайна, за да се види дали отговаря ефективно на нуждите. ако потребителите покажат недоволство от резултата, това ще бъде проучено повторно от анализатора.

Ревизия на кода:

Тук се преглеждат основните модули на изходния код, за да се види дали този модул дава очакваните резултати, проверете дали отговаря на оригиналните спецификации. Така че може постепенно да се подобри и потребителите няма да бъдат разочаровани от мързелива система.

Преглед на доказателствата:

На този етап е, когато компанията наема консултантска компания, която да изпълнява тази работа, въпреки че е много важно компанията да знае преди да се обади на консултантската компания каква работа ще консултира, настъпва съкращаване. Ще бъде нает консултант, който да даде обективно мнение, да даде обективни наблюдения поради своя опит, да даде техническа информация по конкретна тема и да даде предложения, които ще подобрят съществуващата система.

Всички тези прегледи трябва да бъдат извършени преди да бъде одобрена новата система, ако тя не премине тестовете, тя трябва да бъде подобрена, докато не го направи и след като бъде направена, ще бъде одобрена.

В този сегмент ще говорим за необходимостта от хардуер и как да решим кой да изберем, без да се увличаме от съветите на други хора.

Компютрите могат да варират от микрокомпютър до голяма мрежова инсталация, за нас е много трудно да изберем оборудването. Има много характеристики, които трябва да бъдат взети под внимание, като: памет, скорост на обработка, комуникационни канали, спомагателни хранилища, наред с други неща. Освен добра конфигурация, нива на достъп,. Също така е необходимо да се имплантира съвместимо оборудване, тъй като по този начин се намаляват разходите, тъй като работим с компания, която може да ни осигури техническа поддръжка за машините и т.н.

Друг вариант може да бъде да наемете оборудването и когато то е остаряло, оборудването се сменя без проблем, но този тип решение е много скъпо. Има и дългосрочни наеми (3 до 7 години), които са по-евтини от наема, споменат по-горе.

Това е много важно, тъй като оборудването обикновено се използва от хора, които не се интересуват много от тяхното оборудване, затова има гаранции или просто защото оборудването е дошло с някакъв производствен дефект, те ще носят отговорност за тази гаранция ще бъде 90 дни или добре в зависимост от сделката, постигната в преговорите. Анализаторът трябва да вземе предвид много неща и това не може да се пренебрегне и трябва да се опита да уточни тази част в договора, за да може да покрие гърба си и да има добра поддръжка на оборудването, което със сигурност е много скъпо, защото е безполезно за компания да похарчи големи суми за недвижими имоти, така че по-късно тя да бъде загубена, защото е оставена да умре.

Този избор е много важен, както и изборът на софтуера. За да изберете софтуера, е необходимо да направите проучване на системата, която да бъде внедрена, за да видите кой софтуер е най-подходящ. Най-същественото нещо по време на изборите е да се знае какъв тип транзакции с данни ще се извършват, вид отчети, какви манипулатори на бази данни ще ни трябват, системата ще има някои специфични характеристики, на които трябва да присъстват конкретно приложение, хардуер, неговите ограничения и т.н. Това от своя страна трябва да бъде гъвкаво, тъй като трябва да отговаря на всички нужди на потребителите, макар и не толкова гъвкаво, по-скоро в частта за докладване. Също така се предвижда софтуерът да има някаква техническа поддръжка, тъй като ако се провали, това би било голяма злополука и голямо закъснение за компанията, всичко това трябва да се съдържа в софтуерния договор с продуцентската компания с всичките му спецификации и комунални услуги.