Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Изменения старой системы на новую (предприятии)

Автор: Delphi6
Дата сообщения: 08.10.2005 03:13
Как стало известно, необходимо разработать последовательность пунктов, использую которые можно без потери информации перейти на новую Open систему При это должно быть учтено что проблема не только в том что старые данные нужно будет переводить в новый формат но также проблемы связанные с сотрудниками, как например некоторые служащие не будут в состоянии изучить правила эксплуатации новой системы (из за возраста).
Задача: Составить последовательность пунктов, с детальным описанием. (последнее я сам сделаю)

Ниже привожу пример схемы, первая схема показывает как происходит перемещение задания в компании.
Вторая схема наглядно показывает какие пункты должны быть выполнены для перехода на Open System, хотя другими словами Опен система есть не что иной как как обычная система поддерживающая обмен данными, главным правилом этой системы является возможность изменения аппаратуры или программного обеспечения без проблем


Автор: Raredemon
Дата сообщения: 08.10.2005 12:54
Delphi6
Ты бы хоть написал что именно и как именно будет в новой системе, что ты хочешь сделать - домен поднять или может тебе надо сеть разбить на сегменты, а может ты вообще хочешь сеть разбить... больше подробностей и люди к тебе потянутся
Автор: Delphi6
Дата сообщения: 08.10.2005 18:46
Raredemon
Слава богу, оказывается не только меня этот вопрос волнует, типа у нас лектор дал задание написать эсеи, я мол его спрашиваю если можно больше конкретики, мол что надо вам, сеть изменять, аппаратуру заменять, программное обеспечение или просто по кайфу! А он мол ты должен мыслить обширней, мысли более широко, забудь о конкретике. Меня честное слово взбесило, я хотел этого лектора в окно выбросить, но стерпел и решил подойти с другой стороны. Я сказал давайте приведём пример, представим что в наш университет нужно внедрить новую систему учёта оценок студентов, значит я как менеджер ИТ департамента сделаю следующие ходы, типа устрою тренинги для стафа, подготовлю бекаповые компьютеры на случай сбоя новой системы и т.д. Что вы думаете он мне ответил, ты мол не правильно мыслишь, ты не техник какой-то, ты мол менеджер ты должен мыслить обширней (я его мать обширней ) Типа проблема на данный момент заключается в том что я не могу понять что от меня требуют, вчера провода несколько часов раздумывая над вопросом, пришёл к выводу для начала надо разузнать что за обязанности у ИТ менеджера, вот потом можно и говорить что мне надо делать.
А что вы думаете? Что посоветуете сделать? Кроме что замочить лектора
Автор: G14
Дата сообщения: 09.10.2005 18:12
Delphi6

Цитата:
А что вы думаете? Что посоветуете сделать?

Ну на самом деле я не особо понял, чего хочет от тебя твой лектор, и уж тем более, чего ты хочешь от нас..... Я просто выскажу некоторые мысли, что пришли мне после прочтения твоих постов. Мое мнение. Может чем поможет тебе, на мысль натолкнет....

Цитата:
Самым простым решением будет отключить старую и включить новую

Но не самым удачным. В работе ИТ существует тот же принцип, что и у врачей: не навреди. Наилучшим путем всегда будет какая-либо разновидность миграции. Или ввода "нового" постепенно в существующую структуру. То есть в существующую структуру, например, вводится еще один сервер, на котором работает это "новое", клиенты постепенно переводятся на работу с этим сервером, желательно , сохранив возможность работы и со старой системой . Ничего "старое" не выводится из эксплуатации, пока новая система 100% не докажет свою стабильность и работоспособность.
Причем ввод нового в "боевую" структуру производится только после доскональной обкатки в лабораторных условиях (тестовая площадка).

Цитата:
некоторые компьютеры возможно не будут пригодны к новшествам

Ну если апгрейд железа невозможен по каким-то причинам, то я думаю единственный вариант это искать решение в системе, когда на клиентских машинах выполняется самый минимум операций (как небольшая иллюстрация - терминал сервер).

Надеюсь не сильно туманно изложил....
Автор: Delphi6
Дата сообщения: 09.10.2005 20:01

Цитата:
Надеюсь не сильно туманно изложил...

Какое туманно, как раз это и есть то что мне нужно, философические рассуждения немного связанные с реальностью. Вот например что мне посоветовал один перец, который здесь работает типа в ИТ департаменте. Он сказал что мне надо более с финансовой стороны вопрос рассмотреть, типа для интеграции нового нужно подготовить стаф, сколько это займёт времени и денег, потом новая аппаратура, насколько выгодно перейти ну и в этом духе.
Зато мой брат подсказал, типа проблема в следующем, мы не тратим времени на анализ проблемы, мы это автоматически делаем, мышление у нас такое, а вот буржуи тратят несколько дней что бы понять в чем проблема Типа проблему должны об смактать. Вот и получается что возможно им нужно что бы я сделал то же самое проанализировал как все произойдёт? Как все сделать? Типа провести параллели, если апгреид технически то подключаем техническую часть если программное то подключаем программистов и т.д. Потом работаем над расчётом сколько это все времени займёт, что делать дальше, в случае сбоев что делать!
Типа на этот момент это все что я собрал.
Кстати каждый из вас, вы сказавший своё мнение приводит меня к решению проблемы все ближе и ближе, как например я могу привести пример что интеграцию можно произвести одновременно а можно и поэтапно. Другой перец посоветовал с финансовой точки зрения проанализировать.
Типа мне от вас нужно ваше мнение как вы думаете в чем заключается вопрос, и как вы понимаете термин интеграция нового в уже существующую систему.
Большое вам спасибо, уже есть несколько зацепок, скоро можно будет начать рисеч
Автор: G14
Дата сообщения: 09.10.2005 20:49
Delphi6

Цитата:
Типа провести параллели, если апгреид технически то подключаем техническую часть если программное то подключаем программистов и т.д. Потом работаем над расчётом сколько это все времени займёт, что делать дальше, в случае сбоев что делать!

ИМО, не совсем. Я сейчас попытаюсь коротко и простыми словами изложить как я вижу нормальное внедрение какого-либо проекта в корпоративной среде. То есть предполагается, что есть работающее предприятие, и им нужно что-то новое.
Сначала как правило заказчик пишет требования (часто - совершенно не технического характера, то есть типа фин директор пишет "мая хатеть чтоб все отчеты, что сделали сегодня бухи во всех 124х филиалах по СНГ, собирались в один мегаотчет, и я бы мог в любое время открыть свою суперпрограмму и увидеть чего, кто и как наработал, и чтоб детали мне по клику на конкретном работнике показывались"...ну и т.д.). Затем это попадает нач. ИТ департамента. Он решает на этом этапе только один главный вопрос: "Сможем ли мы сделать это своими силами, или надо искать подрядчика. И что будет удобнее\выгоднее?". Допустим решили искать со стороны. Тогда выбрасывается заказ, как правило нескольким конторам. И смотрим, чего они нам предлагают. То что нас больше всего устраивает по соотношению цена\качество - подписываем договор. Подрядчик посылает своих техспецов, и они изучают текущую систему на предприятии. Думают, как впарить свой продукт, готовят проект по внедрению, где конкретно описывают, как они видят процесс внедрения. Что для этого нужно будет менять в нашей системе, на что именно и зачем. Затем этот проект обсуждается. Выясняются неустраивающие моменты, подгоняется обоими сторонами. То есть менеджер по ИТ старается минимизировать затраты и возможные нехорошие последствия от внедрения, подрядчик как правило старается минимизировать свои работы и продать подороже.
Экономическая часть пректа, я думаю, может быть просчитана реально только по готовому проекту. Заранее можно только примерно прикинуть, конечно если проект не типовой.

Как я понимаю, от тебя хотят, чтобы ты представил себя поочередно на месте менеджера заказчиков и менеджера подрядчика. Не техспеца, а управленца. То есть тебе надо спланировать работы(не что именно делать, а как, когда и чьими силами) и принять некоторые "политические" решения. Твой брат прав, нужен анализ. Сначала - существующей структуры, потом способа внедрения "нового", затем - возможных влияний и последствий.
Автор: Delphi6
Дата сообщения: 11.10.2005 19:23
G14
Теперь уже понятно в каком направлении надо работать, временно приостанавливаю топик, пока учитель не даст более точного задания и не ответит на мои вопросы
Автор: Delphi6
Дата сообщения: 13.10.2005 22:51
Наконец получил точное тех задание, типа моему лектору нужно что бы я изучил разные стандарты, внизу привожу:
International Standardisation для примера можно взять OSI, а также "legacy-to-open" transition.
Может кто владеет хорошим ресурсом, или посоветует похожую документацию?
Заранее благодарю
Автор: Delphi6
Дата сообщения: 14.10.2005 23:11
Вот и я, теперь немного по подробней по теме, я начал изучать данную тему и пришел к выводу что: во первых, организация интернациональных стандартов, это типа организация которая придумывает единый могучий, нет не союз а стандарт, который потом все станы используют. Самым распространенным стандартом является ISO, если кто расшифрует это как International Standardization Organization то он будет не прав, это название произошло от Isos, типа греческое слово, бла бла бла. Теперь по сути, вот например ISO 9660 это всем известный компакт диск, если диск сделан по этому стандарту то ваш сидиром драйв его прочтет, а главное по размеру и по формате данных он совместим с вашим устройством
Теперь о другом термине, legacy-to-open, не совсем понятно, я типа понял это что-то вроде правил как переводить старую систему в интернациональную систему стандартов. Получается что лектор требует от меня написать некую систему стандарта для моей организации (мнимой), как в ней должно происходить внедрение нового, например переход на опен стандарт. Вот здесь я захожу в тупик, что-то не сходиться, может кто объяснит? Что именно на примере означает lagacy-to-open?
И какие проблему могут возникнуть при переходе с legacy на open? Типа проблемы которые мы уже упомянули вверху? Еще думаю что акцент надо сделать на базы информации, так как предмет называется Advanced Computer Networks (Data comunication).
Что вы думаете?
Вот пример проекта который какая та фирма использовала при внедрении новой системы
http://www.ssgweb.com/Documents%5Cwhtppr03.html
Автор: AcidSly
Дата сообщения: 15.10.2005 10:29
Delphi6
Извини че т я со стандартами не понял. Если мне не изменяет память абревиатура OSI относится к 7 уровневой сетевой модели. Если говорить про стандарт ISO, то там очень много требований и к информационным системам в том числе. Может это имеется в виду??
Автор: Delphi6
Дата сообщения: 15.10.2005 15:34
AcidSly
Я точно знаю что есть аббревиатура ISO но вот не совсем понятно что есть OSI, просто я записал эту аббревиатуру с доски, так как лектор упомянул ее я решил что это будет полезно при исследовании Ничего интересного не нашел связанного с OSI, это типа стандарт как ISO? А если быть точней лектор упомянул OSI Policy. Помогите разобраться, думаю это еще некий стандарт как ISO только ориентированный на Data Comunication

Добавлено:
Типа теперь понятно становиться, OSI это стандарт не только сети но более обширной сети, а именно вот здесь приводиться пример использования этой системы в фирме
http://en.wikipedia.org/wiki/OSI_Model
значит надо копать глубже. Типа как уже говорилось выше начальник дает распоряжение начальнику ИТ департамента то дает поручения ниже и т.д. А результат возвращается по той же схеме. Вот только не могу понять, чего здесь научную тему делать, это же банально и так! Или буржуям не известно что выше стоящий дает распоряжение ниже стоящему?

Добавлено:
Не блин совсем запутался, какое отношение сие имеет к legacy-to-open? Типа мне лектора пристрелить надо
Автор: G14
Дата сообщения: 15.10.2005 16:19
Delphi6

Цитата:
legacy-to-open" transition.

Посмотри здесь
Если имелоась в виду модель взаимодействия открытых систем, то это здесь

Цитата:
А если быть точней лектор упомянул OSI Policy

Хм...единственное что я слышал про этот термин как-то далеко от компов, по-моему. Хотя лекторам виднее ... Это социологическая\политическая фишка фонда сороса, изучение общества. И в этом случае OSI это Институт Открытого Общества, если склероз не подводит...


Автор: Delphi6
Дата сообщения: 15.10.2005 22:50
G14

Цитата:
legacy-to-open" transition.
Посмотри здесь

Как я понял из описания, должно быть именно это, но у меня возникла проблема с открытием этого документа. Я зарегистрировался на этом сайте но при попытке "view this" появляется новое окно с Windows Media Player-ом, хотя в описании говориться что должен быть файл pdf в чем дело?
Вторая дока именно та о которой лектор на лекции говорил, сейчас читаю, благое дело на русском, но вот что мне не понятно какое нафиг это отношение имеет к ИТ. Я понимаю что среди интересных лекций должно быть что-то фиговое, но не до такой степени ну и конечно не по предмету Advanced Computer Networks.
Большое спасибо, вы как всегда даете именно то что нужно. У меня возник вопрос, вы случайно образование не за бугром получали? Просто вы всегда попадаете прямо в точку, обыкновенный самоучка таких веще не знает, по себе знаю, хотя я и работал начальником ИТ департамента но о таких вещах даже представления не имел, а вы вот такие полезные вещи посоветовали
Автор: Delphi6
Дата сообщения: 21.10.2005 23:07
Как видите благодаря вашей помощи у меня есть прогресс, тема и вопрос топика был изменен после изучения темы. Если кто может помочь, помогите, может вам пришло в голову что я пропустил что-то в схеме? Если да то пожалуйста поделитесь вашим соображением
Автор: G14
Дата сообщения: 22.10.2005 08:57
Delphi6
Что ты подразумевал под "Prepare Stuff " во второй схеме? Обучение IT персонала внедрению нового или... ?
Автор: Delphi6
Дата сообщения: 22.10.2005 14:45
G14
Я подразумеваю тренинг рабочего персонала который в будущем будет использовать данную систему, кстати треиниг будет проходит в следующем порядке, мы тренируем лучших 10 сотрудников а они потом в свою очередь тренингуют остальных. Я думаю это самый сложный этап в переходе, так как занимает много времени
Автор: G14
Дата сообщения: 22.10.2005 17:53
Delphi6

Цитата:
Я подразумеваю тренинг рабочего персонала который в будущем будет использовать данную систему,

Ну тогда ответь мне, НА ЧЕМ ты будешь обучать персонал на стадии, когда у тебя есть лишь ПРОЕКТ ? Что ты им на обучении показывать будешь ? Проект в красивой обложке ?

При твоей схеме тренинги для персонала (пользовательского) должен идти не ранее Start Old Data.... Зачем тратить деньги и РАБОЧЕЕ время на обучение тому, что еще не только не внедрено, но и не опробовано даже ? А если в процессе тестирования вылезут нерешаемые проблемы, из-за которых придется отказаться от внедрения или очень сильно перекраивать проект? Персонал потом переучивать ?
Автор: Delphi6
Дата сообщения: 22.10.2005 20:12
G14
Это довольно веский аргумент, я даже не задумался об этом, просто я нашел очень хороший пример как одна организация делала переход с Legacy to Open Sytem. Я подумаю над вашим предложением, кстати это поможет мне увеличит тему, мол проведу параллели и покажу что некоторые фирмы допускают ошибку начинаю тренинг до того как проект начат (конвертация)!
Вот какие мысли мне еще пришли, сегодня изучил Legacy System, внизу выложил краткое описание, но теперь возник вопрос, который я ни как не могу решить, может кто посоветует что можно написать про Open System (по ниже приведенному примеру)
П.С. Надеюсь английский для вас не проблема, если да то я переведу этот отрывок на русский

Цитата:
Legacy System
“legacy system” it is the existing computer system or application system which was created in way that owner does not need to make any kind of changes in it, this includes upgrade, modification and so on. Many people use this term to refer to "antiquated" systems.

There are several reasons of having problems using “legacy system” with many software and hardware. Legacy system always created for specific computer with specific hardware. These systems are often hard to maintain, improve, and expand because there is a general lack of understanding of the system. The designers of this system may left the company and there is nobody who can explain how it works, the same problem could be occurred by inadequate documentation or manuals getting lost over the years. And the most big problem is: there is no possibility to use newer system, because new software may use different new technologies not compatible to the old one.

Despite the fact that working with “legacy system” company have problems, there are some reasons why organization may still use this system:
The price for new system does not worth.
The old system works satisfactorily and there is no reason to change it.
The system requires close to 100%.
They have no specific stuff or time to make transition.
"Legacy modernization" and "legacy transformation" are now popular terms, but is it really worth to make transition to “open system”? There is big possibility that such question appear: “Why are we spending so much money on new technology with so little to show for it?” and it will be is quite appropriate here. There are some good points in “legacy system”, e.g. “legacy system” are easy to use and cheap to serve and finally it is tested by years and work properly.


Спасибо вам G14 вы очень мне помогаете, даже не знаю как вас отблагодарить
Автор: G14
Дата сообщения: 22.10.2005 22:32
Delphi6

Цитата:
Надеюсь Английский для вас не проблема

Нет

Цитата:
что можно написать про Open System (по ниже приведенному примеру)

Коротко говоря, Open System во-первых не требует от персонала множества специфичных для конкретной системы знаний. То есть она подразумевает, что ты можешь нанять, например, сисадмина со стороны и он, не имея множества мануалов от производителя системы, "записок" бывшего работника и спецтренингов, будет способен в ней разобраться достаточно быстро.
Как пример могу привести наш переход. У нас было приложение, которое обслуживало 90% бизнеса. Полусамописное (то есть основа его была куплена, но затем много лет наши программисты дописывали и переписывали его). Бизнес очень здоровый. И наступил момент, когда мы "выросли" из этого приложения. Миграция ну никак не подходила, потому что смигрировать ЭТО хоть на что было нереально (вернее это выливалось в монструозные затраты). Поэтому решили развертывать более новую систему. Так вот... Если с новой системой у нас новички (программеры, админы) разбираются более-менее быстро, потому что "логика" ее "стандартна" (то есть это построено по законам, похожим на все современное "остальное"), то как только возникает вопрос по старой системе (она кое где осталась до сих пор) это могут сделать только "старички", потому что в старой системе столько нестандартных "хитростей и фишек", что научить этому быстро невозможно, а не зная этого можно год ковырять простую для знающего приложение проблему и ничего не сделать.

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


Цитата:
даже не знаю

и не стОит... Получи "отлично" за работу, нам всем будет приятно.





Добавлено:
Кстати, по поводу Open еще...
Смотри, есть TCP\IP. и в *nix и в Win они работают по одному стандарту. и переходя с одного на другое нужно только понять ГДЕ и КАК именно это настроить. Не нужно заново учить "что такое IP-адрес, маски и т.п.".... И есть другие системы, где тебе придется переучиваться с нуля всему...
Автор: Delphi6
Дата сообщения: 23.10.2005 15:55
G14
Огромное вам спасибо, проект уже закончил, сначала боялся что не смогу написать 2000 лов а теперь наоборот, получил 2200 да ещё пришлось кучу вещей пропустить, завтра отдам лектору пусть просмотрит может что пропустил, потом ещё раз откорректирую и сдам, здесь обязательно вложу всю работу, может кому понадобиться, правда она на английском.
Кстати с самого начала я думал что тема не интересная но со временем я понял что это довольно интересная тема и почти на всех предприятиях данный вопрос возникает, и если до сих под я делал что первое придёт в голову то сейчас все планировать буду и производить изучение проблемы, оценивая все за и против

Страницы: 1

Предыдущая тема: Zebedee и Терминальный сервер


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.