AxureAxure 의 소개에 대해 여러 가지 방법으로 알려 드리겠습니다. 먼저 axure 에 대해 알아봅니다. AxureRP 는 미국' AxureSoftwareSolution' 이 생산하는 빠른 프로토콜 타이핑 소프트웨어입니다. 일반적으로 사용자는 직접 Axure 라고 부릅니다. Axure 의 설립 과정. 소프트웨어 프로젝트는 본질적으로 복잡하다. 복잡한 코드뿐만 아니라 빠듯한 예산과 시간 때문이다. 야심찬 비즈니스 목표와 다양한 사용자 요구를 충족하는 대화형 솔루션은 매우 까다롭습니다. 2002 년, 빅토르와 마틴은 샌프란시스코 베이 지역의 한 신생 회사에서 일하다가 소프트웨어 개발 라이프 사이클 제한에 반복적으로 시달렸다는 것을 알게 되었습니다. 또한 제품 팀은 사양을 작성하기 전에 솔루션을 평가하기가 어렵습니다. 개발자는 일반적으로 지정된 사양을 이해 (또는 읽기) 하지 않아 비효율적이거나 제품 품질이 손상될 수 있습니다. 프로젝트 관리자와 개발자로서 우리는 이 문제를 이해한다. Axure 는 소프트웨어 프로젝트를 더 잘 만드는 방법을 찾기 위해 만들어졌습니다. 어떤 사람들이 개발 과정에서 책임을 이전할 수 있는 극단적인 새로운 방법을 제시할 때, 우리는 올바른 사람들이 올바른 일을 하고 있다고 믿는다. 그들은 단지 그것을 완성하기 위해 더 나은 도구가 필요할 뿐이다. (존 F. 케네디, 노력명언) 프로그래머가 아닌 사람이 문서를 사용하여 대화형 프로토타입을 만들 수 있는 간단한 도구를 만들기로 했습니다. RP 라는 이 제품은 신속한 프로토타입 제작에 사용되며, 이를 통해 소프트웨어 프로젝트는 솔루션을 테스트하고 피드백을 수집할 수 있는 다양한 방법을 사용할 수 있습니다. 올바른 솔루션을 찾을 때까지 반복합니다. 프로토타입을 조정 개발 규범의 일부로 제출하다. 시간이 지남에 따라 상황은 점점 더 복잡해지고, 팀은 점점 다양해지고, 소프트웨어 및 소프트웨어 프로젝트에 대한 기대도 높아진다. 이에 따라 AxureRP 는 풍부한 상호 작용과 문서, 게시 및 공유, 팀워크에 사용할 수 있는 강력한 새로운 도구를 포함하도록 발전했습니다. 그러나 이러한 변화에도 불구하고 우리의 제품과 이념은 거의 변하지 않았다. 프로토타입은 오늘날 소프트웨어 프로젝트에서 가장 큰 과제를 해결하는 효과적인 초석으로 남아 있습니다. 우리는 여전히 이러한 도전에 부응하는 것을 좋아합니다. 이는 AXURRP 를 만드는 우리의 열정이며, AXURRP 를 확장하고 개선하려는 우리의 열망을 불러일으키고 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 도전명언) 한 소프트웨어 회사는 다른 소프트웨어 회사가 소프트웨어를 구축하고 개선할 수 있도록 소프트웨어를 구축하고 개선했습니다. 당신의 문제는 바로 우리의 문제입니다. 우리는 매일 새로운 해결책을 찾고 있습니다. 개인으로서 Dell 은 Dell 의 업무와 고객에 대한 책임을 매우 진지하게 받아들이고 있으며, Dell 은 고객과 개방적이고 정직한 관계를 유지하기 위해 최선을 다하고 있습니다. 그들은 우리를 생기와 활력으로 가득 채웠다. 10 년 이상의 발전을 통해 우리는 이미 25,000 개 이상의 조직에 서비스를 제공하고 있으며, 우리의 소프트웨어는 이미 대부분의 Fortune 100 회사에서 사용하고 있습니다. 우리 제품을 사용하는 사람들은 끊임없이 발전하는 작업 과정에서 우리의 선두적 지위를 유지함으로써 우리의 사명을 추진한다. 사용자 경험과 디자인 사고의 부상은 소프트웨어 개발의 최신 문화 구조이며, AxureRP 는 이러한 변화를 지원하는 인기 있는 도구가 되었지만, 우리의 성장은 유기적이며 고객 입력과 수요의 지도 하에 꾸준한 발전을 통해 이뤄졌다. 우리는 단기 추세나 유니콘을 쫓는 것에 별로 관심이 없다. 오래 전, 우리는 샌프란시스코 베이 지역을 떠나 미국 최고의 도시인 산티아고로 가서 장기적으로 우리의 업무를 바라보았습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 스포츠명언) 우리는 우리가 자랑스러워 하는 일을 하고, 끊임없이 개선할 수 있는 충분한 겸손을 유지한다. Dell 고객은 비즈니스 및 소프트웨어의 한계에 도전하고 있으며, Dell 은 고객에게 지원을 제공할 것입니다. 이것이 우리가 여기 있는 이유입니다. 문제 해결을 돕다. 어떻게 나타나든 문제를 해결하다. 우리는 놀라운 팀을 구성했고, 우리의 작업 방식은 균형을 이루었고, 심사숙고한 계획을 통해 흥미진진한 성장을 이루었다. (윌리엄 셰익스피어, 윈스턴, 일명언) 둘째, Axure 사용자입니다. AxureRP 의 사용자 커뮤니티로는 비즈니스 분석가, 정보 설계자, 가용성 전문가, 제품 관리자, IT 컨설턴트, 사용자 경험 디자이너, 대화형 디자이너, 인터페이스 디자이너 등이 있습니다. 또한 설계자와 프로그램 개발 엔지니어도 사용할 수 있습니다. 셋째, 제품 작업에서 프로토 타입의 적용. AxureRP 는 제품 관련 작업에서 다양한 응용 프로그램 시나리오를 가지고 있습니다. 그러나 어떤 응용 프로그램 시나리오든 AxureRP 를 사용하여 요구 사항을 충족하고 이 도구를 사용하여 생산성과 정확성을 높여야 합니다. 다음은 몇 가지 일반적인 예입니다. (1) 제품 지향 투자: 신생 기업은 종종 자금 지원이 필요하며, 금융 협상을 위한 상업 활동을 할 수 있습니다. 파이낸싱 협상에서 제품은 여전히 ​​개념 단계에 있습니다. 투자자들이 제품의 기능을 자세히 이해하고 제품의 전망을 더 잘 반영할 수 있도록 제품 맵과 와이어프레임 스케치만 사용하는 것만으로는 충분하지 않을 수 있습니다. 이때 AxureRP 를 통해 온라인 프레임워크 스케치에 기능 상호 작용을 추가하여 투자자가 제품의 기능적 특징을 더 쉽게 이해하고 투자 가능성을 높일 수 있습니다. (2) 제품 개발의 경우: 제품 관리자 및 연구 개발; D 사람들은 교류할 때 보통 와이어프레임 스케치를 통해 좋은 교류 효과를 얻을 수 있다. 그러나 와이어프레임 스케치는 종종 상세하지 않으며 해당 주 및 제품 요구사항 문서로 보다 상세하게 설명해야 합니다. 일부 언어 표현이 명확하지 않거나 설명이 모호할 수 있는 내용에 대해서는 상호 작용을 추가하여 해석을 지원할 수 있습니다. 와이어프레임 스케치와 관련 파일은 쉽게 인쇄할 수 있으며 보관에 서명할 수 있습니다. 추가 상호 작용의 경우 소스 파일에 번호를 매기고 전자적으로 보관할 수 있으며 소스 파일 번호를 관련 문서에 추가할 수 있습니다. 이렇게 하면 문제가 발생할 때 문제의 근원을 거슬러 책임을 구분할 수 있다. (3) 제품 판매의 경우: 현재 많은 2B(toB) 회사들이 고객에게 맞춤형 제품을 제공하고 있습니다. 영업 담당자는 회사 제품의 핵심 콘텐츠를 프로토타입으로 시뮬레이션하여 대상 고객과 커뮤니케이션할 수 있습니다. 고객과의 의사 소통 과정에서 사용자의 요구 사항을 기능 모듈로 변환하고 프로토타입에 추가하여 최종 제품 모델을 보고 협업을 용이하게 할 수 있습니다. (4) 프로젝트 입찰: 많은 기업 (특히 국유기업 사업 단위) 이 일부 시스템, 사이트, 응용 프로그램을 입찰 형식으로 아웃소싱한다. 입찰에 참여하는 기업이 입찰 자료에 고화질 입찰 프로젝트 프로토타입을 제공할 수 있다면 기능, 시각, 상호 작용 체험 등에 회사의 실력을 반영해 기업 이미지를 높이고, 사용자를 안심시키고 (이것이 중점임) 낙찰 확률을 높일 수 있습니다. (5) 피드백 중심 수집: 현재 R & ampd 부서는 R&D 자원의 손실을 피하기 위해 하이파이 프로토타입의 사용에 점점 더 많은 관심을 기울이고 있습니다. 제품 수요가 혼란스러우면 R & amp；; D 과정에서 수요의 변화는 종종 R &；; D 부서에서 발생하는 업무량은 증가하지 않고 오히려 무용지물이 되고, 대량의 인력과 시간이 불필요하게 소모된다. 하이파이 프로토타입을 통해 제품 기능, 비즈니스 프로세스, 상호 작용 경험, 심지어 시각에 대한 사용자 피드백을 얻을 수 있으며, R&D 프로세스의 수요 변화를 피하기 위해 피드백에 맞게 최적화됩니다. (6) 커뮤니케이션 지향 데모. AxureRP 는 PowerPoint 대신 프레젠테이션 사본을 만들어 프레젠테이션과 교육에 사용할 수 있습니다. 이것은 단지 몇 가지 일반적인 응용 프로그램 시나리오일 뿐이다. AxureRP 의 응용에 대해 좀 더 잘 알고 계시길 바랍니다. 자신의 응용 프로그램 시나리오 중 하나에 얽매이는 것이 아닙니다. 넷째, 학습 제안. 정확한 학습 방법을 찾아야만 적은 노력으로 더 많은 일을 할 수 있다. 여기서 몇 가지 조언을 드리고 싶습니다. (1) 학습 내용은 질서 정연하고 점진적으로 진행됩니다. (2) 공부하면서 학습노트를 적어두고 각 사례의 지식점과 조작 기교를 진지하게 요약한다. (3) 학습 과정에서 학습 내용을 이해하는 것이 가장 중요하며, 이해하지 못하면 모방만 잘못될 뿐이다. (4) 각 작업을 이해하고 자신의 요구에 부합하는지 분석할 수 있습니다. 모르면 먼저 앞일을 해라. (5) 문제가 생겼을 때 성공을 서두르지 말고, 먼저 자기점검 분석을 하고, 스스로 잘못을 없애는 것이 자신을 높이는 가장 좋은 기회이다. (6) 확실히 해결하기 어려운 문제. 다른 사람에게 도움을 청할 때, 가능한 자신의 운영 과정과 문제 상태를 명확하게 묘사해 보십시오. (7) 도움을 청할 때 스크린 샷을 첨부해야합니다. 스크린 샷이 무료인 경우 문제가 스크린 샷의 위치에 없을 수 있으므로 전체 화면 스크린 샷을 찍으십시오. (8) 부지런히 실천하고, 업무의 실제 응용과 결합한다. (9) 입문부터 포기까지 정상입니다. 만약 네가 잘하는 것이 아니라면, 시간과 정력을 잘못된 학습 방향에 집중할 필요가 없다.