2010-07-15 7 views
4

직장에서 작은 헬프 데스크 티켓 시스템을 만들어서 사용자가 도움말 요청 티켓을 입력 할 수 있도록하고 싶습니다. 이 티켓들은 기술자에게 할당되어 작업을하게되고, 기술자는 작업이 완료된 후에 그것을 "마침"으로 표시합니다. 요청 사용자는 티켓을 확인하고 "닫기"할 수 있으므로 헬프 데스크 관리자가 티켓 세부 정보를 기반으로 응답 시간 및 기타 통계를 추적 할 수 있습니다. NET과 SQL Server를 사용하여 너무 복잡합니다.헬프 데스크 티켓 시스템 : Windows 앱 대 웹 앱

웹 응용 프로그램 또는 Windows 응용 프로그램으로 개발해야하는지 잘 모르겠습니다. 이 응용 프로그램은 공장 현장에서 사용되므로 LAN에서 쉽게 사용할 수 있어야합니다. 그러나 현재 Citrix를 통해 Windows 응용 프로그램 목록을 호스팅하고 있으므로 배포가 실제로 여기에서 문제가되지는 않습니다. 나는 처음부터 winapp를 만드는 경험이별로 없지만 웹 애플리케이션이 "단색"으로 보이지 않는 것처럼 느낀다.

이 목적을 위해 더 나은 아키텍처를 결정하는 데 도움이 될 독자는 어떤 조언을 제공 할 수 있습니까?

수정 감사합니다. 이것이 매우 간단한 응용 프로그램이라는 것을 감안할 때, 나는 어느쪽으로 든 갈 수 있었다. 로컬 Citrix 설치에는 여전히 수정해야 할 몇 가지 단점이 있으므로 웹 응용 프로그램을 사용하기로 결정했습니다.

+1

나는 그것이 당신이 일하기를 기대하고있는 것과 달려 있다고 생각 하겠지만 ... 당신이 말한 것은 웹이나 앱 일 수도 ... 아니면 둘 다 ... 예를 들어 고객 및 직원을위한 응용 프로그램 ... 내가 말한 것은 바탕 화면 응용 프로그램에 가치가 있도록하기 위해 계획하고있는 것입니다. 하지만 전반적으로 나는 당신이 두 가지 방법으로 거의 모든 것을 할 수 있다고 생각합니다. 나는 덜 단단하거나 다를 수 있다고 생각하지 않습니다 ... – Prix

+1

할 수 있으면, 이것을하기 위해 응용 프로그램을 구입하는 것을 고려해보십시오. 그 이유는 간단한 헬프 데스크가 일주일도 채 안되어서 일할 수 있다는 것입니다. 직장에서 몹시 괴롭힐 수있는보고 및 워크 플로우와 같은 미래에 나타날 수있는 다른 모든 것들입니다. 거기에 자유와 상업 옵션의 tousands 밖에, 그냥 자매 사이트에서 남자들에게 물어보십시오 : http://serverfault.com/questions/107675/help-desk-software-suggestions – tovare

+0

@ tovare - 나는 이것도 처음으로 생각 . 사실이 프로젝트는 제가 배정 된 프로젝트이지 좋은 툴이 아닙니다. 요점은 생산 현장의 제조 기계에 대한 유지 보수 요청의 속도를 높이는 것이고, 매우 간단하고 간단하게 알림을 보내고 통계를 수집하기를 원합니다.데이터를 다시 매핑하지 않고도 애플리케이션을 빌드하고 업그레이드 할 수 있도록 견고한 데이터베이스 모델을 가지고 있다고 확신합니다. –

답변

2

웹 응용 프로그램을 개발할 경우 로컬 인트라넷에 팝업을 표시 할 수 있으며 사용자는 Citrix 내에서 브라우저를 사용하거나 터미널의 브라우저를 통해 브라우저를 사용할 수 있습니다.

그러나 인프라를 갖추고 있다면 Windows 응용 프로그램을 개발하고 배포하는 것이 더 쉬울 것입니다. Windows 응용 프로그램의 유일한 제한은 Citrix 환경에서 벗어나 공장 외부로 시스템을 사용하려는 경우 확장하고 설치를 배포하고 유지 관리하는 것이 더 어렵다는 것입니다.

Windows 배포 응용 프로그램에서 웹 배포를 사용할 수 있습니다. 웹 응용 프로그램 배포는 새로운 버전을 게시 할 때마다 자동으로 업데이트되기 때문에 매우 유용합니다. 그러나 사용자에게는 약간의 faf이기 때문에 사용자가 업데이트가 발생합니다. 따라서 중요한 업데이트가있는 경우 사용자는 실제로이를 무시할 수 있습니다.

여기 웹 응용 프로그램의 보너스 포인트가 있습니다. 하나의 설치 지점과 하나의 액세스 지점. 업데이트하면 모든 사용자가 즉시 최신 버전을 사용하게됩니다.

개인적으로 향후 교정 및 액세스 용이성을 위해 웹 응용 프로그램을 사용하겠습니다. Windows 애플리케이션보다 약간 더 많은 작업이지만, 일반적으로 웹 애플리케이션에 필요한 추가 시간을 초과합니다.

+0

ClickOnce 게시에 'ForceUpdateOnUser'옵션이없는 이유는 무엇입니까? :) –

+0

@ 윌 - 응용 프로그램이 항상 최신 버전을 실행하고 있는지 확인하기 위해 모듈을 작성하지 않았 으면 좋겠어요. 나는 오직 하나의 윈도우 응용 프로그램을 가지고 있으며 약간의 유지 보수의 악몽이다. 일부 사용자는 자신의 컴퓨터와 앱을 항상 열어두고 있습니다. 데이터베이스에서 모든 데이터를 지우는 버그가있는 경우 회사에 전화를 걸어 앱의 모든 인스턴스를 닫은 다음 업데이트를 수행해야합니다. 그렇지 않으면 계속해서 계속해서 장소를 파멸시킬 수 있습니다. – GenericTypeTea

+0

^^ 내가 그처럼 중요한 버그를 겪어 본 적은 아니지만 단지 예일뿐입니다! : P – GenericTypeTea

0

개인적으로,이 상황에서 저는 Windows 응용 프로그램을 사용할 것입니다. 웹의 복잡성을 불러올만한 강력한 이유가있는 것처럼 들리지는 않습니다. (아마도 웹 => 추가 복잡성). 나는 당신이 깔끔한 작은 창문 응용 프로그램을 만들 수 있다고 확신합니다. 시간의 반으로 똑같은 clunky 웹 버전을 만드는 데 걸릴 것입니다! (!) 참고로

0

:

정말 이클립스 Mylyn을가 XML-RPC와 통합하는 방법 등이있다.영감이 아키텍처를 체크 아웃 : 당신이 비슷한 전략에 들어갑니다 경우

http://www.eclipse.org/mylyn/

당신은 아마 기본 GUI와 C 번호로 (간단한 프론트 엔드로 시작 수 있으며 웹 기반 통합으로 증대 나중에 인트라넷 중 가장 빠른 쪽). esscente에서

당신은 3 계층 접근 방식 :

  • 데이터베이스를.
  • XML 통신 프로토콜을 구현하는 응용 프로그램 계층 (XML-RPC는 매우 간단합니다).
  • 클라이언트에서 하드 코딩되지 않고 정보 필드 및 워크 플로우 단계가 '내성'인 프런트 엔드.

그래도 도움이되기를 바랍니다.

2

이 시스템을 작성하기 전에 www.codeplex.com을 검색하고 다른 작업을 채택하는 것이 더 나은 선택이 아닌지 확인하는 것이 좋습니다. 당신은 이미 쓰여지고 당신의 필요를 채워주는 동안 뭔가를 발견하고, 배우고, 새로운 특징을 원하지 않을 때 수정할 준비를 할 수 있습니다. (사용자가 개발자를 믿는다면 모든 프로젝트가 성장할 것으로 생각합니다.)

직접 작성하고 수행 할 수있는 시간에는 할 수 있습니다. 웹 기반 일 경우 MVC를 사용하거나 , 또는 WPF (MVVM 사용). MVVM을 사용하는 MVC 또는 WPF에 대한 명확한 학습 곡선이 있습니다. 하지만 그 결과는 실현 될 것이라고 나는 믿는다. 비즈니스 논리와 시각적 동작 사이에 명확한 경계가있을 때 훨씬 쉽게 변경 사항을 발견했습니다.

0

winform 앱을 작성하고 ClickOnce를 통해 배포하십시오. 그것은 갈 수있는 가장 좋은 방법입니다.

0

서두르지 마십시오. 결국, 웹 대 승 질문은 사용자 접근성에 관한 것입니다. 비즈니스 요구에 맞는 대부분의 처리 논리는 인터페이스와 별개입니다. 올바른 데이터 모델을 구축하고 필요한 처리/서비스를 확인하는 데 앞장 서십시오. 잘 디자인 된 DB와 서비스 계층은 웹과 윈 애플 리케이션 모두에서 작동 할 것이다. 또한 "제품"이 필연적으로 커질 때 최상의 유연성을 제공합니다. 사용자에게 고급 사용자 처리 기능이 필요한 경우보고 기능과 WinForms 응용 프로그램이 필요한 관리자를위한 웹 인터페이스가 필요할 수 있습니다. 초기 디자인 작업이 성과를 거둘 때입니다.

+0

고마워, 나는 그 같은 줄을 생각하고 있었다. 웹보고는 피할 수 없으므로 그 부분은 꽤 많이 결정됩니다. 이 사람은 서비스 요청을 추적하는 데 매우 간단한 것을 원하기 때문에 컨트롤 이벤트 및 프리젠 테이션 형식의 단점을 피하기 위해 Windows 응용 프로그램을 작성하게 될 수도 있습니다. –