디자이너의 관점에서 시스템 개발

중간 거래 SEO 진단 Taobao 게스트 클라우드 호스트 기술 홀

회사는 몇 시간 동안 시스템을 개발 했습니다, 함수는 다양 한 고객 긍정 되었습니다 하지만 인터페이스는 좋은 참조 큰 문제가, 그래서 첫 번째 두 되었습니다 또는 특히이 개선 할 3 주. N 인터페이스의 디자인에 직면, n + + 기타, 깨진, 지저분한 페이지 마무리 정말 두통 것 이다. 다행히 모두 바쁜 몇 가지 포인트를 요약의 두 개 또는 3 주 동안 이루어집니다.

첫째, 워크플로 시스템 인터페이스 미화에 대 한 간략 한 개요

1, 준비 단계: 익숙한, 시스템 관련 문서, 시스템은 일반적인 이해, 막다른을 하지 디자인, 견적, 상세 페이지 문제;을 개선 하기 위해 필요를 표현 하는 아마

2, 무대 시설: 디자인, 디자인 시스템 키 인터페이스, 사양, 디스플레이 구조 레이아웃을 아름 답게, CSS 표준화, 수정, 참여 하 고 좋은 구조의 배합에 따라 프로그램 개발자 가이드, 사양 수정 페이지,이 과정은 매우 성가신.

3, 검토 단계: 잘의 아이콘, 크기, 팝업 상자에 투명 한 배경 등 검사; 치료, 각 인터페이스의 간단한 작업에 대 한 수동 요약 치료 왼쪽-뒤에 문제;

사실, 많은 프로그래머 제품 기능 개발에 관심을 지불 하지만 제품 거칠기, 보기 흉한의 개발 결과 인터페이스 사용의 용이성과 미학, 무시. 그들은 시스템 개발 인간의 사용, 작업, 못생긴, 불편에 대 한 동일한 사용자 못하게 임을 잊지. 그러나 각 개발 하기 위해, 디자이너, 인터페이스 디자이너를 사용 하는 경우 프로그래머는 매우 피곤. 초기 개발 의제에 프레 젠 테이 션 레이어를 통합 하는 것이 낫다.

디자이너의 관점에서 시스템 개발에 대 한 몇 가지 제안을 제공 하기

첫째, 디자이너는 시스템 설계에 참여 해야 합니다.

디자이너의 역할 해야 하지 그냥 단일 인터페이스 미화, 다른 한편으로, 그 시스템의 개발을 이해 하지 않습니다, 그의 관점 될 것입니다 매우 낮은 전반적인 디자인 아이디어의 높이의 시스템에 참을 수 없었고, 눈부신 인터페이스만 표면 문제를 해결할 수 없는 깊은 문제를 해결 하는. 화성이 예술과 디자이너의 차이점은 아마 생각 한다.

최근 제시 제임스가 렛의 "요소의 사용자 경험"를 보면, 하 (그림) 등 5 개 분야의 사용자 경험에 대해 이야기: 전략적 레이어, 레이어 범위, 구조 레이어, 프레임 레이어, 성능 계층. 화성 나타납니다 그 디자이너의 처음 두 수준이 있도록 후자 일, 디자이너의 후자 3 개의 레벨을 수 있도록 해야 합니다 직접 참여, 인터페이스에서이 두 가지 포인트를 무시 하는이 시스템의 개발에 화성 규범에 설정 완벽 하 게 이해 해야 합니다. 이 방법으로, 시스템 설계, 개발 될 것입니다 "하나"도 원활 하 게 하지 "Z" 모양의로.

둘째, 디자인 시스템 키 페이지 효과 차트

화성 발견 그 지도의 효과 이해 해야 합니다 수 완전히 시스템의 전제를 인터페이스의 디자인 페이지 시스템에서 해석 될 수 있다 뿐 아니라 크리스탈 효과 버튼 또는 무언가에 주의. 이 링크에서 디자이너 시스템 개발, 통신, 미래 확장, 간편한 사용, 미학 및 디자인의 다른 측면에서의 테스터 (여기 플레이 "사용자"의 역할) 전체 교환에 대 한 책임을 질 필요가 있다. 개발 프로그램, 줄거리 또는 "Z" 모양의로를 사물의 작은 비용에 비해 이러한 인터페이스 합니다 수 신중 하 게 무게.

셋째, 디자이너 프로그램 개발 사람 책임 디자인 개발 사양을 지원합니다.

그 중 디자이너 지원 수 있습니다 포함, 시스템 디렉터리 아키텍처, 미래의 스타일 교체를 촉진, 페이지 표시, 페이지 레이아웃 프로그램 구조, 이름 사양, 레이아웃 구조의 태그, CSS 스타일, 그림 관련 이름 사양.

위의 작품의 제안, 관련 규격, 편의 제공 하는 미래의 프로그램 개발에 대 한이 부분에 스타일, 그냥 라인에 일반적인 구조를 적용.

IV. 시스템 개발 인력 조직

시스템 개발자의 요구 사항 엄격히 디자인 도면 및 사양이, 뿐만 아니라 함수, 그의 그들의 자신의 발달에 초점에 따라 코드 구조는 명확 하지, 페이지 머리, 어디에 나 정의 레이블 스타일, 개정 후 하, 그것을 다시 작성 하는 페이지의 수천을 수 없습니다. 시스템 개발은 가능성이 하나 또는 두 사람, 참조, 각각 그들의 자신의 생각을 거친, 무질서의 시스템 밖으로 서 있을 수 있습니다 결국 프로그램을 작성에 대 한 표준 없이 많은 사람들이 공동.

4 점 이상 디자이너의의 관점에서 몇 가지 제안, 시스템 개발에 화성, 시스템을 확인 하려는 경우 제안에 대 한 참조입니다.