저는 클라이언트 용 ASP.NET Web Forms을 기반으로 웹 응용 프로그램을 작성했습니다. 이 웹 앱은 연금 계획을 관리하기 위해 내부적으로 또는 외부 적으로 사용됩니다.클라이언트 액세스를 다른 웹 사이트에 넣어야합니까?
내 고객은 이제 연금 계획 참가자에게 퇴직 할 때받을 금액, 수혜자가 누구인지 등을 볼 수 있도록 액세스 권한을 열려고합니다. 참가자는 읽기 전용으로 액세스 할 수 있습니다. 데이터.
현재 웹 응용 프로그램은 버그가있어 테스트하기가 어렵고 변경하기 어렵습니다.
참여자 액세스를위한 새 앱을 만드는 장단점은 무엇입니까?
공개 대면 및 내부 웹 앱을 분리하는 것이 일반적입니까? 그렇다면 왜?
분할하는 것이 일반적입니까? 예.
고객을 위해 일하는 내부 직원은 대개 고객과 근본적으로 다른 요구 사항을 가지고 있기 때문입니다. 예를 들어, 고객은 단순화 된 인터페이스를 사용하고 대부분의 기능을 수행 할 수 없으며 일반적으로 손을 많이 잡아야합니다. 또한 브라우저 요구 사항은 일반적으로 다릅니다. 대부분의 javascript/ui 효과가 창 밖으로 나옵니다. XP를 사용하고 56K 모뎀을 통해 IE 6 (또는 그 이상)을 실행중인 할머니를 생각해보십시오.
앱이 "버그가있는 경우"공개 할 수는 없습니다. 그것은 단지 당신의 고객에게 그리고 프록시에 의해 당신의 회사에게 나쁜 이름을 줄 것입니다. 많은 지원 요청이 발생합니다.
나는 완전히 새로운 데이터 모델 등을 만드는 것을 말하는 것이 아니라, 고객이 필요로하는 부분만으로 제한하면서 다른면을 배치한다는 것을 말하는 것이 아닙니다.
내부 시스템이 버그가 많고 테스트하기 힘들다면 클라이언트 포털을 재구성하고 클라이언트 포털을 만드는 데 유용한 인수가 있다고 생각합니다. 예산이 있다면 별도로 분리하여 외장형 시스템을 강화하고 데이터에 대한 액세스 권한을 제한하는 것만으로도 기술적 인 문제없이 논리적으로 들릴 수 있습니다.
데이터에 액세스 할 수있는 버그가있는 앱을 다른 사용자에게 공개하는 것은 걱정할 필요가 있지만 인터넷을 고려할 때 더욱 걱정할 것입니다.
내가 걱정하고있어, 내가 묻는 이유이다.) –
완전한 재 작성을위한 예산은 없지만 나는 클라이언트 포털을 팔 수 있다고 생각한다. –
다른 응용 프로그램이므로 다른 응용 프로그램이어야합니다. 코드 및/또는 데이터베이스를 공유 할 수도 있지만 용도가 다르므로 다른 응용 프로그램입니다.
네, 완벽합니다. 새로운 응용 프로그램은 신청자에게만 제공되는 첫 번째 응용 프로그램입니다. 다른 규칙과 기능을 사용하여 동일한 데이터베이스에서 읽습니다.
실제로는 분리하는 것이 좋습니다.
broswer에 대한 좋은 지적으로, 현재 앱은 IE에서만 잘 작동합니다. –