실제 Windows 프로그래머를 위해 실제 완료 중이십니까?

Question

누구나 Real (37Signals) 접근 방식을 사용하여 Windows 응용 프로그램을 개발하려고 여기에서 시도 했습니까? (C#/.NET). 또는 단순히 민첩성을 사용하여 프로젝트를 개발하십시오.

개발 시간을 낭비하는 Windows 응용 프로그램을 개발합니다. 우리는 클라이언트로부터 구체적인 UI 정의를 얻지 못한다. 우리는이 문제 또는 다른 것 때문에 어떤 훌륭한 디자인도 얻지 못했습니다.

데스크톱 응용 프로그램 개발을 처음부터 어떻게 관리합니까?

우리는 사용

• C#을
• 스마트 클라이언트
• CAB
• 비주얼 스튜디오 2008
• WCF
• OPC UA

우리 팀

• 2 개발자 (6 년 경험)
• 4 개발자 (1 년 미만의 경험)
• 1 테스트 엔지니어 (1 년 특급) 우리는 "스크럼"에 따라

.

UI 응용 프로그램 (UI 정의, 프로토 타이핑, 사용성 테스트, 개발, 배포 포함)을 개발하는 가장 좋은 방법은 무엇입니까?

Answer 1

"괜찮은 디자인"과 "구체적인 UI 정의를 얻지 못했습니다"라는 것이 연결되어 있습니다 ... 개인적으로, 저는 "보닛 아래"입니다. 그래서 기본 디자인/아키텍처에 집중합니다. - 전체 유스 케이스가 이해되는 한 (예 : "나는이 [이] 정보를 효율적으로 얻을 수 있어야 할 필요가있다.") 전체 시스템을 디자인 할 수 있어야한다. (및 단위 테스트) 독립적으로 UI.

아니면 UI 디자인을 의미합니까?

글쎄, UI에 관한; 별도의 디자인 ("예쁜") 헤드와 개발자 ("코드") 헤드가있는 경우 WPF를 고려하십시오. 블렌드와 VS 사이의 xaml 분할은 훨씬 깔끔한 분리를 가능하게하여 디자이너가 주로 UI를 개별적으로 조정할 수있게 해줍니다.

배포의 경우; ClickOnce는 옵션이라면 꽤 고통 스럽습니다.

Answer 2

아무도 클라이언트에서 구체적인 UI 정의를 가져 오지 않습니다. 스크럼은 변화하는/구체적이지 않은 UI 정의를 다루는 데 도움을 줄 것입니다. 내 경험으로는 디자인에 대한 유추의 일부 유형을 얻는 것입니다 (Outlook이나 휴대 전화 또는 일부 웹 페이지처럼 보이게 만드십시오). 그런 다음 클라이언트에게 무언가를 보여주고 이제는 실제로 어떻게 보이길 원하는지 더 잘 알 수 있습니다 (이 이름 바꾸기, 이름 바꾸기, 콤보 상자 만들기, 빨강으로 나오기 등). 당신은 모든 양식, 메뉴 및 이것을 여러 번 반복해서보고 할 것입니다.