Должен ли я разместить клиентский доступ на другом веб-сайте

Question

Я работал над веб-приложением на основе веб-форм ASP.NET для моего клиента. Это веб-приложение используется для внутреннего и внешнего управления пенсионными планами.

Мой клиент теперь хочет открыть доступ для участников пенсионного плана, чтобы они могли видеть, сколько денег они получат после выхода на пенсию, кто является бенефициарами и т. Д. Участники будут иметь доступ только к данным для чтения. .

Текущее веб-приложение содержит ошибки, его сложно протестировать и сложно изменить.

Каковы плюсы и минусы создания нового приложения для доступа участников?

Является ли обычной практикой разделение общедоступных и внутренних веб-приложений? Если так, то почему?

Answer 1

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

На самом деле это очень хорошая идея, разделять их.

Answer 2

Распространено ли их разделять? Да.

Причина в том, что внутренние сотрудники, работающие на вашего клиента, обычно имеют радикально отличающиеся требования от клиентов. Например, клиенты получают упрощенный интерфейс, не могут выполнять большинство функций и, как правило, нуждаются в большем количестве рук. Кроме того, требования к браузеру, как правило, отличаются. Большая часть эффектов javascript / ui выходит за пределы окна. Представьте себе бабушку, которая все еще использует XP и работает с IE 6 (или хуже) через модем 56K.

Если ваше приложение "глючит", то я абсолютно не могу открыть его для публики. Это просто даст вашему клиенту и, по доверенности, вашу компанию дурную репутацию. При этом вызывает много звонков в службу поддержки.

Обратите внимание, что я не говорю о создании совершенно новой модели данных и т. Д., Просто добавьте другое лицо к тому, что у вас есть, ограничивая его только теми частями, которые нужны клиенту.

Answer 3

Поскольку это другое приложение, оно должно быть - другое приложение. Он может совместно использовать код и / или базу данных, но у него другое назначение, поэтому это другое приложение.

Answer 4

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

Предоставление кому-либо ошибочного приложения со значительным доступом к вашим данным вызывает беспокойство, но вызывает еще большее беспокойство, когда вы рассматриваете Интернет.