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

в некоторых из проектов и платформ, которые я создал, и которые я построил примерно за $ 25,000, стоимость замены этого приложения и его переписывания привела к тому, что другая команда людей взяла на себя этот проект, и в результате стоимость была в свыше $750,000.

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

возможно, вы захотите прочитать эту замечательную статью Джоэла о программном обеспечении (Джоэл, кстати, разработал и создал этот форум Stack overflow – и я был модератором некоторых из его дискуссионных форумов почти 10 лет). В этой статье Джоэл предупреждает и предостерегает от того, чтобы просто переписать отличное программное обеспечение, которое не ржавеет и не изнашивается.

Вещи, Которые Вы Никогда Не Должны Делать, Часть I

Джоэл Спольски

Они сделали. Они сделали это, сделав самая страшная стратегическая ошибка что любая компания программного обеспечения может сделать:

Они решили переписать код с нуля.

статья здесь:http://www.joelonsoftware.com/articles/fog0000000069.html

Джоэл продолжает отмечать, что за последние 10 лет эта статья по-прежнему остается одной из его самых популярных (и несколько спорно)

нет смысла брать совершенно хорошее запущенное приложение, которое отлично работает в течение 10 лет и выполняет свою работу, а затем просто переписать его на другой платформе, особенно если у вас нет рабочей силы, опыта и персонала для обслуживания этой новой системы. И это тем более так, если новые системы не сможет добиться ничего больше, чем предыдущие системы. На самом деле, если бы у вас была такая рабочая сила, они бы вероятно, уже начали конвертировать эту систему уже с течением времени. Я имею в виду, почему вдруг ни с того ни с сего кто-то бросил выключатель и внезапно понял, что новые разработчики должны быть привлечены, чтобы переписать систему, которая уже работает нормально?

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

Я могу только сказать, что это редко можно увидеть приложение с таким количеством столов. На самом деле этот вопрос вызывает тревогу сразу же.

из-за такого большого количества таблиц здесь, я должен думать, что, вероятно, либо очень много процессов, и несколько приложений объединяются здесь, что представляет всю эту систему . Если это не так, то, конечно, переписывание в .net не имеет смысла если вы не обращаетесь к ненормализованной природе системы. Тот факт, что данные уже находятся в SQL server, помогает, Но это может означать, что у вас есть мощность, мощность и инфраструктура для масштабирования чего-то, что было плохо спроектировано и в первую очередь

очень большая большая часть гибкости программного обеспечения происходит от правильной нормализации моделей данных. Проблема в том, что у вас есть данные в SQL server, и очень заманчиво переписать части форм и функциональность как .net forms, и продолжать использовать текущие существующие модели данных. К сожалению, это поставило вас в трудное положение, потому что вы хотите продолжать использовать существующие данные и начать перезаписывать функциональность .сеть. Однако переписывание функциональности в .net без обращения к моделям данных-очень плохая идея.

в ироническом повороте судьбы это уловка 22, потому что, вероятно, если бы эта система имела действительно фантастические отличные модели данных, вы могли бы даже нет необходимости перепроектировать и перенести это .сеть. Доступ и SQL server могут масштабироваться до 100 пользователей с легкостью anway. Кроме того, access поддерживает использование объектов класса и даже управление исходным кодом.

другими словами, имейте в виду, что люди могут попросить переписать это в .net, потому что они считают, что приложение затем волшебным образом увеличит гибкость и сможет быть изменено быстрее, чем их изменяющиеся бизнес-правила. На самом деле часто наоборот происходит, потому что access-это очень рад инструмент. Это означает, что люди frontline часто могут вносить изменения из-за изменения бизнес-правил быстрее, чем ИТ-отдел и их команда разработчиков, работающих над следующей отличной версией приложения. И хуже того, вы не хотите седлать, что ИТ-отдел и те разработчики с плохой моделью данных.

Я имею в виду, теперь вы нанимаете ИТ-отдел для создания каждой таблицы и excel для людей, потому что это текущий бизнес процессы недостаточно гибки? Было бы замечательно, если бы ИТ-отдел подошел к каждому столу, взял его за руку и построил листы excel правильно для всех, но это не практично в реальном мире. Таким образом, в дополнение к тому, чтобы отнять доступ у этих людей, вы также можете отнять у них excel.

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

также нет смысла переходить к этим новым технологиям и меньше вы собираетесь вводить возможность введения таких вещей, как веб-порталы самообслуживания для существующих бизнес-процессов. Таким образом, сегодня мы можем позволить клиентам манипулировать и использовать часть той информации, которая в настоящее время заперта в системе. Это может быть просто, как они проверяют статус своих заказов вместо того, чтобы тратить драгоценное время телефона клиента. Или это может быть что-то простое, например, как крупная упаковочная компания в Канаде сэкономила около $10,000,000 в первый год внедрения своей системы отслеживания пакетов. Или может быть что-то просто позволяет клиенту просматривать свои счета.

Так что прямо сейчас на рынке, эти системы самообслуживания клиентов веб-портал позволяют клиентам войти и использовать и получить на их информация вместо вызова некоторых занятых в организации, которые затем поворачивается и запускает приложение, а затем манипулирует информацией для этого клиента по телефону. С таким же успехом можно позволить клиенту делать эту работу! Таким образом, от статуса заказа, до остатков, до банковского дела, или что бы это ни было, настоящий билет cherry model сегодня должен позволить клиенту использовать на веб-портале cell serve, который представляет всю ценную информацию, которую это внутреннее приложение творящий.

Как уже упоминалось, вы должны спросить, где рабочая сила и персонал собираются прийти, чтобы построить и поддерживать это приложение? Очевидно, что существующая система с огромным количеством форм и таблиц, которые вы выбрасываете, должна быть каким-то образом создана и представляет собой значительные инвестиции времени и усилий . Ключевая концепция, которую вы должны спросить, заключается в том, откуда поступали эти значительные инвестиции и ресурсы для создания этого существующего приложения? Кто собирается поддерживать новую систему? Другими словами, вам нужно разработать новую систему для снижения затрат на техническое обслуживание. (новые версии моего программного обеспечения могут уменьшить обслуживание на 10 или 15 часов в год для клиента ).

в конце концов, хорошая разработка программного обеспечения и хорошие проекты-это хорошие проекты. Использование Access, или VB6, или vb.net не имеет значения, удовлетворяет ли система ваши бизнес-потребности сейчас.

Я должен также указать, что новая версия access 2010 может создавать.веб-форма. Они в XAML (заммл .чистых форм). Я указываю на это, потому что изменение внешнего интерфейса от доступа к .net дает вам очень мало, если базовые структуры данных и проекты также не будут изменены, чтобы воспользоваться преимуществами новых возможных бизнес-процессов, которые могут быть выполнены с помощью новых технологий (таких как веб-порталы cell serve). Просто перекрасить шрифт заканчивается .net forms действительно очень много составляет пустую трату денег на мой скромный взгляд, если другие рассматриваются такие вопросы, как модель данных или какой-либо веб-портал, который повысит гибкость.

У вас уже есть отличный совет. Имейте в виду, что это действительно сводится к тому, каковы цели и причины для этих людей, желающих переписать это программное обеспечение .сеть. Эти новые цели и желания лучше не основываться на предлоге просто переделки форм, которые у вас теперь есть в .net, поскольку это действительно ничего не даст и не улучшит их способность решать свои меняющиеся бизнес-потребности, которые система, которую они в настоящее время используют, очевидно, делала в прошлом.

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