WSS/MOSS 개발… 어디에서 선을 그어야 할까요?

Question

우리 조직은 약 2년 전에 SharePoint 경로를 시작했습니다.그 전에는 우리(개발자)가 주로 SQL 백엔드용 asp.net 프런트엔드를 작성했습니다.이제는 새 프로젝트가 나올 때마다 이를 SharePoint에 맞게 "만들어야" 한다는 요청을 받는 것 같습니다.그리고 복잡성과 다른 기술과의 상호 작용으로 인해 독립 실행형 응용 프로그램이나 웹 응용 프로그램이어야 했던 몇 가지 기능을 SharePoint에 추가했습니다.

내 질문은 다음과 같습니다Web/Winform 응용 프로그램과 SharePoint에서 프로젝트를 개발할 때 어디에서 선을 긋고, SharePoint가 특정 프로젝트에 가장 적합한 솔루션이 아닐 수 있다는 점을 관리자에게 어떻게 설득합니까?

Answer 1

나는 이것이 때때로 어려운 질문이라는 점에 동의합니다.하지만 일반적으로 나는 셰어포인트 앱에 대해 조금 다르게 생각해야 한다는 진부한 표현에 동의합니다.데이터를 목록 기반으로 간주할 수 있다면 SharePoint가 반드시 나쁜 개발 프레임워크는 아닐 것입니다.표면적으로는 더 많은 작업처럼 보일 수 있지만 IMO의 과제는 한 곳에서 다른 곳으로 이동하는 것뿐입니다.사용자 정의 필드 템플릿, 웹 파트 등을 사용하면 모든 종류의 데이터를 비교적 자연스럽게 처리할 수 있습니다.또한 SharePoint의 긍정적인 측면(이미 성숙한 보안 프레임워크, 기본 제공 검색, 사이트 및 목록 템플릿/정의, 개인화된 페이지 사용자 지정, yada, yada)을 무료로 얻을 수 있습니다.

또한 여기서 "복잡성 및 다른 기술과의 상호 작용"이 무엇을 의미하는지 모르기 때문에 SharePoint가 혼합에 추가되면 어떤 특정 문제가 발생할 수 있는지 상상하기 어렵습니다.

귀하의 개발 팀이 SharePoint에 대한 경험이 상대적으로 부족하고 품질과 마감일에 관심이 있다면 귀하의 요점을 확실히 알 수 있습니다.쉬운 학습 곡선은 아니지만 SharePoint 제품은 많은 사람들이 인정하는 것보다 더 자연스럽게 확장 가능하다고 생각합니다.

Answer 2

경우에 따라 SharePoint 응용 프로그램과 ASP.NET 응용 프로그램간에 세 번째 옵션이 있습니다. 사용자 정의 사이트 및 애플리케이션 페이지를 작성하여 SharePoint 사이트에 배포 할 수 있습니다. (Windows SharePoint Services 3.0의 책은이 작업을 수행하는 방법에 대한 적절한 개요를 제공합니다.)이를 통해 SharePoint 환경 내에서 ASP.NET 및 SQL Server를 사용할 수 있습니다 (즉, SharePoint 보안과 같은 것을 활용할 수 있음). 일반 ASP.NET 응용 프로그램을 개발하는 것만 큼 쉽지는 않지만 타협입니다.

물론, 이것은 "내부"가 아니라 SharePoint Technologies (목록, 라이브러리, 워크 플로우 등)를 기반으로 이러한 새로운 애플리케이션을 구축하기를 원한다면 기술적입니다.

Answer 3

SP에 응용 프로그램을 넣을 수있는 주된 이유 중 하나는 SP가 제공하는 빌딩 블록을 활용할 때입니다.

• 보안 (사이트와 보안 공유)
• 데이터 (데이터의 일부 또는 모든 데이터 저장 목록에 저장)
• 프로비저닝 (여러 사이트에서 앱을 원한다면)
• 일부 기본 데이터 ui 예를 들어, 예 :이를 제공하고 구축 할 필요가 없습니다.

Answer 4

새로운 앱을 기존 풀에 '통합'하려고 할 때 고려해야 할 한 가지는 합병의 혜택을받을 수있는 데이터 (고객, 재고 등)가 겹치는지 여부입니다.

또한 여러 응용 프로그램과 각각의 모든 데이터를 한 곳에서 백업 할 수 있다는 이점도 있습니다.

Answer 5

왜 그들은 모든 것을 SharePoint에 들어가라고 요구합니까?

내 경험에 따르면 'Ole SharePoint 인트라넷은 하나의 정보 아키텍처에서 모든 것을 함께 유지하고 찾을 수있는 포털로 훌륭하기 때문입니다.

조직의 응용 프로그램 공간에 대한 사용 인식에서 문제에 접근하십시오.

응용 프로그램이 인트라넷 사이트의 일부처럼 보이고 느껴지는 한, 사용자는 IT를 얻는 방법에 대해 생각할 필요가없고 (그리고 다시 나가는 방법), 당신은 구현 및 유지 관리와 관련하여 조직을위한 최상의 강타.

SharePoint와 다른 것들에서 정보 아키텍처, 발견 가능성 및 유용성의 멋진 개념에 이르기까지 사이트에 대해 생각하기 시작했을 때 실제로 SharePoint 내부에 있지 않지만 인트라넷처럼 여전히 피부를 판매하기로 결정했습니다.