2009-10-06 3 views
2

현재 더 큰 프로젝트를 시작하고 있습니다. 워크 플로우의 우수 사례에 대한 귀하의 제안은 무엇입니까?화면 디자인에서 최종 제품 : 워크 플로우는 어떻습니까?

우리는 처음부터 다시 제작할 계획입니다 (기존 제품은 시각 및 내부 설계 및 프로그래밍과 관련하여 수년간 구형입니다). 제품 기능 (Rails 기반 웹 프로젝트)은 이미 설정되어 있지만 질문은 다음과 같습니다. 여기서부터 워크 플로 란 무엇입니까? 가장 흥미로운 부분은 다음과 같습니다. 언제 어떻게 화면 디자인을합니까?

우리는 다음과 같은 순서로 그것을 할 계획 :

  1. "연필과 종이"화면 디자인 : 그냥 화면의 모양과 기능을 시각화하고 방문자가
  2. 손을하는 Pathes해야하는지 레이아웃 포인트 1에서 디자이너까지의 레이아웃, 그들과의 대화, 그리고 디자인에 대한 프로그래밍과 병행하여 작동하도록하자.
  3. 첫 번째 구현은 포인트 1 (자동화 된 테스트, 기능, BDD, TDD)
  4. 디자인 통합
  5. 디자이너 팀과 함께 거친 가장자리를 작업 제품 프로토 타입의 고객이

가 비슷한 흐름을해야합니까 테스트에 대한

  • 은 베타 제품을 출시 제품을 완성하는? 개선을위한 제안이 있습니까? 그러나 나를 위해 가장 중요한 것 : 정확히 1 점을 어떻게합니까?

    이것은 정확히 프로그래밍과 관련이 없지만 더 큰 프로젝트를 수행하는 사람들에게는 이것이 중요하기 때문에 StackOverflow에 속해야한다고 생각합니다. 과거에는 프로그래밍 할 때 좋은 화면 디자인이 중요하고 어려운 점이었으며 프로토 타입 응용 프로그램을 만든 후에 배포하기가 더 어려웠습니다.

    업데이트 :Balsamiq Mockups은 모형을 수행하는 데 매우 유용한 도구입니다. 방문자 가려움을 가장 잘 시각화하는 방법에 대해 아직 궁금한 점이 있습니다.

    업데이트 : 고객에게 즐거운 디자인을 만들기 위해 Balsamiq Mockups을 성공적으로 사용하여 성공적으로 기존 웹 콘텐츠에 통합했습니다. 고객은 새로운 아이디어에 너무 익숙하여 완전한 웹 사이트를 재 설계 할 계획입니다.

  • +0

    나는 고객 테스트를 훨씬 앞두고 특히 1, 2 포인트에 참여할 것입니다. – galaktor

    +0

    galaktor, 좋은 생각입니다. 우리는 이미 고객을 가능한 한 조기에 의사 결정 프로세스에 참여 시키려고 노력하고 있다고 생각합니다. 그러나 펜 및 종이 레이아웃이 충분한 경우? – hurikhan77

    +0

    화면 디자인에 달려있을 때 처음으로 사용성 테스트를 할 때 스케치/매쉬업으로 충분합니다. 그 주제에 대한 더 많은 것을 Steve Krug이 "나를 생각하게 만들지 마라"를 확인해보십시오. 멋진 책입니다. – galaktor

    답변

    1

    워크 플로를 좋아합니다. 괜찮은 결과를 가져와야합니다. 여기

    몇 가지 아이디어 :

    1. 는 디자이너가 알려 및 프리젠 테이션 모델을 이해합니다. 어떤 페이지가 있는지, 어떤 정보와 제어 요소가 있는지, 각각의 역할은 무엇인지, 페이지의 목적은 무엇이며 사용자에게 어떤 메시지를 전달해야하는지 등이 포함됩니다. 설계자가 혼자서 작업하게한다면 프로젝트 설계에 대한 비전을 반영하여 설계 할 것입니다. 모든 것을 다시하거나 결국 다른 부분에 적응하려고합니다.

    2. 사용자는 디자인 만보고 이해합니다. 그들은 구현에 대해 아무것도 모른다. 그들이 버튼을 보게되면 그 기능이 있다고 생각할 것입니다.개발하는 동안 사용자와 협조하면서 민첩하게 진행할 계획이라면 아직 구현되지 않은 요소를 숨길 수 있습니다. 한 번에 한 단계 씩 결과를 제공하십시오.

    3. 사용자가 주변의 사용자와 함께 화면 디자인을 반복 할 수 있도록 할 수 있습니다. 기본적으로 레이아웃을 결정할 때 디자이너에게는 아직 많은 작업이 없습니다. 모든 다채로운 효과와 세련된 버튼은 레이아웃이 안정된 후에 수행해야합니다. 그렇지 않으면 디자이너 작업이 낭비됩니다.

    +0

    첫 번째 아이디어는 좋은 지적입니다. 감사. – hurikhan77

    1

    나는 극단적 인 프로그래밍의 모델을 정말 좋아합니다. 신제품을 다룰 때 사용자 요구 사항은 시간이 지나면 빠르게 변할 수 있으며 이는 설계를 "최신 상태"로 유지하는 입증 된 방법입니다.

    1. 사용자가 응용 프로그램에 대해 원하는 기능을 작성하게하십시오. 그리고 디자이너들에게 일반적인 레이아웃에 동의하게하십시오.
    2. 귀하와 사용자가 모두 동의하는 일반적인 와이어 프레임을 작성하십시오. 저는 스마트 그리기 또는 빠른 GUI 개발 플랫폼에서이 작업을 수행하고 싶습니다. (이 시점에서 기능 없음).
    3. 와이어 프레임 및 쓰기 시퀀스 다이어그램과 클래스 다이어그램을 기반으로 GUI 코드를 작성하십시오. 이러한 디자인의 시작에 근거하여
    4. 이 디자인의 장점은에서이다 미래 발전

    을 안내하는 데 도움 수있는 사용자를 선택하는 기능을 추가하는 과정에 걸쳐 GUI 뒤에 기능에

  • 출시 베타를 채우기 위해 어떤 시점에서 당신은 GUI를 다시 작업하고 새로운 기능을 통합 할 수 있습니다. 사용자 요구 사항이 변경 될 때 적용 할 수있는 초기 계획을 세우는 것이 아이디어입니다.

  • +0

    내 대답은 XP의 내 구현입니다. 팀이 어떻게 작동해야하는지 이해하는 것이 중요합니다. http://en.wikipedia.org/wiki/Extreme_Programming – slimbo

    +0

    실제로 XP는 우리가 직관적으로 대학에서 한 일입니다. 업무 관계에서 그런 식으로 일하는 것이 슬프게도 항상 가능하지는 않습니다. – hurikhan77

    관련 문제