2009-09-27 5 views
3

저는 작고 젊은 개발자 팀에서 일하고 있으며 해결 방법을 모르는 문제가 있습니다.UI 개발 표준을 만들고 적용하는 방법은 무엇입니까?

이전 프로젝트에서는 모든 개발자가 사용 사례를 기반으로하는 작업을 수행했습니다. 따라서 시스템 아키텍처를 설정하자마자 각 팀 구성원은 사용자 인터페이스 및 자신에게 할당 된 작업의 비즈니스 논리를 연구했습니다.

이런 종류의 조직은 우리에게 UI 문제를 안겨주었습니다. 각 개발자는 UI가 어떻게 보일 것인가, 단추가 어디에 있어야하는지 등등에 대한 자신 만의 논리를 가졌습니다. 우리가 CSS 디자이너 한 명이라도 웹 사이트를 콤팩트하게 보일 수 있도록 많은 리팩토링을해야했습니다. .

  • 이 문제는 어떻게 처리합니까?
  • 전체 유스 케이스가 아닌 레이어를 기준으로 작업을 분할합니까?
  • 이것을 달성하기 위해 기술적 솔루션을 사용하고 있습니까? 아니면 모든 개발자가 따라야 할 표준으로 작성 되었습니까? 해결책은 응용 프로그램의 모든 화면의 스케치를 만들 수 있습니다

감사

답변

1

그들 만 그런 다음, 개발자와에게주는 가장 큰 실수를 수정하기 위해 인체 공학-전문가에 의해 검토하고있다.

이렇게하면 그들이 개발하는 화면이 어떻게 보일 것인가를 알게 될 것입니다. 결국에는 몇 가지 차이점이 있지만 "큰 차이"가 없어야하며 수정해야 할 부분이 있어야합니다.

그리고 이것은 각각의 개발자가 완벽한 화면이 어떤 모습인지 상상할 수는 없다는 것을 의미합니다. 각 화면은 다른 화면과 일관성이 있습니다.

+0

는 그것을 할 수있는 적절한 방법처럼 들린다. 어쩌면 나는 (UI 어딘가에) 최종 사용자가 UI를 받아들이는 것을 그냥 추가 할 것이다. –

+0

예, 일부 최종 사용자 승인 테스트를 통과하는 것도 좋은 생각 일 수 있습니다. –

3

누구나 자신 만의 스타일을 가지고 있으며 모든 사람이 일관된 방식으로 UI를 그릴 수있는 표준을 정의하는 것은 어려우며 시간을 낭비 할 것입니다. 대신 최고의 UI 디자이너를 선출하여 자신이 최선을 다하고 전체 시스템의 UI를 디자인하십시오. 디자이너를 통해 모든 UI 변경 사항을 퍼널하는 것은 어려울 것입니다. 따라서 개발자는 새로운 유스 케이스를 구현하고 릴리스 전에 디자이너가이를 정리할 때 개발자가 "엉망으로 만들자". 사용자가 기존 양식을 재정렬하고 UI에 일관성을 다시 가져 오는 것이 어렵지 않아야합니다.

+0

아마도 가장 쉽게 적용 할 수 있습니다. 초기 개발자는 최종 사용자가 초기 디자인에 동의하도록 추가하기 만하면됩니다. 어쩌면 인터페이스가 어떻게 생겼는지에 대한 단서가 있다면 개발자는 "엉망으로 처리 할"것입니다. 고마워요! –

1

시도하고 테스트 한 MVC 시스템을 채택하여 뷰를 비즈니스 논리에서 분리하십시오. 그런 다음 UI 디자이너에게 스케치를 작성하고 작업하도록 요청하십시오. UI는 내 경험에서 하향식으로 가장 잘 된 것입니다. 사용자는 모든 세부 사항을 표시하기 전에 전체보기를 가져오고,이 계층 구조를 정의하고 캡처하면 좋은 UI를 만들 수 있습니다. 비즈니스 로직 코딩은 유스 케이스 기반으로 언급했듯이 대부분 상향식으로 이루어지며 코드가 UI와 동기화되지 않는 부분입니다.

+0

좋아, 우리는 MVC 시스템을 사용하고 있지만 때로 컨트롤러 로직조차도 변경되어야하며 뷰를 변경하는 것보다 더 많은 작업이 필요합니다. 그러나 실제로 UI를 적용하는 과정을 단순화합니다. –

1

한 명 (프로그래머가 아니더라도 그래픽 디자인 경험이있는 사람이 바람직 함)을 지정하고 언제든지 모든 양식, 페이지 및 컨트롤에 대한 외관을 변경할 수있는 권한을 부여하고 책임을 지도록하십시오 응용 프로그램의 전체 모양과 느낌

메트릭에 관한 한,이 사람이 각 프로그래머의 작업을 "수정"하는 데 걸리는 시간을 파악하고 프로그래머가이 숫자를 알고 있는지 확인하십시오. 아이디어는 처음부터해야 할 것처럼 보이도록하고, 이상하게 보일 것이라고 생각하는 이상한 것들을하지 않도록 유도하는 것입니다. 동료보다 기괴한 디자인 선택을 취소하는 데 더 많은 시간을 할애해야했습니다.

외부 개발자가 각 프로그래머의 설계 작업을 검토하는 것을 두려워하지 마십시오. 프로그래머가 1) 끔찍한 모양의 UI를 생성하고, 2) UI가 환상적이라고 생각하는 것이 일반적입니다. 부트 캠프에서 군대가하는 일을해야합니다 : 처음부터 완전히 바로 세우십시오. 그러면 올바른 방법으로 다시 세울 수 있습니다.

+0

+1 부트 캠프 유사! – TrueWill

1

일부가 아니라 의미있는 동안, 실수 나 표준화 된 것보다 일을 더 나은 방법이있을 수 있다는 것입니다. 예를 들어, 내가 일하는 곳에서, 표준화 된 취소 단추는 클릭 할 때 아무것도하지 않습니다 (재설정에 연결되었습니다).

대신에, 나는 그런 The Macintosh Human Interface Guidelines 또는 Windows User Experience Interaction Guidelines 같은 기존 표준을 선택하는 것이 좋습니다. 표준이 잘못 되었더라도 널리 확립 된 협약에서 벗어나는 것이 거의 이익이되지 않습니다.

그런 다음 "효과적인 인터랙션 디자인에 대한 패턴 디자인 인터페이스"와 같은 개발자를위한 좋은 책을 선택하십시오. 좋은 사용자 인터페이스 디자인은 부분적으로 좋은 취향의 문제이며 모든 개발자가 주제에 관심을 갖지는 않지만 개선 할 수 있도록 최선을 다할 것입니다.

다음, 하나 개의 제품에 대한 인터페이스가 서로 일치하지 않는 경우 버그를 파일로 QA 팀에 힘을 실어. 개발자는 이유가있는 경우 편차를 표준화하거나 정당화 할 수 있습니다. 우리는 이것을한다. 그것은 꽤 잘 작동합니다.

마지막으로 기존 제품을 검토하고 인터페이스를 통합하는 방법에 대한 합의를 얻으십시오. 가능하면 사용성 전문가를 반입하고 유지하십시오. 나는 좋은 사람들이 놀라운 일을하는 것을 보았다.

0

UI 문제를 처리하는 방법에 대한 명확한 해결책이 없습니다.

  • 사용 사례는 사람들 사이에 분할해야 할 유스 케이스를 얻기 위해 자연 일반적으로 크로스 징계, 따라서 책임 : 하나는 일을 너무 복잡하게 가지고있는 문제를 해결하기 위해 취할 수 있지만 몇 가지 방법이 있습니다 누가 제대로 구현할 수 있는지. 프로그래머와 디자이너 유형의 사람들이 협조해야합니다.

  • 누구나 seperation of concerns을 염두에 두어야합니다. 즉, 분리 될 수있는 일은 가능한 한 일찍 가능한 한 빨리 유지해야합니다. 이렇게하는 방법은 매우 다양합니다. MVC 패턴을 프로젝트에 적용하십시오 (매우 넓은 방법입니다). 프리젠 테이션과 로직은 한 레이어의 변경이 다른 레이어에 영향을 미치지 않도록 별도의 작업이어야합니다.

  • 누군가는 응용 프로그램 전반에 걸쳐 일관성 있도록 전체적인 UI 디자인에 대한 책임을 질 필요가있다. 가급적이면 그래픽 디자이너이고 유용성에 대한 통찰력이있는 사람. UI 디자인은 유스 케이스와 함께 계획되어야하며 개발이 진행됨에 따라 지속적으로 수정되어야합니다. 일관성있는 UI는 매우 중요하며 개발자는 개발자가 필요합니다. 난 정말 당신의 대답을 좋아

관련 문제