APP 개발 프로세스는 무엇입니까

업무의 성격에 따라 App 개발을 사전 판매, 판매 중, 애프터의 세 단계로 나눕니다. 각 단계에는 여러 단계, 단계별 진행, 최종 프로젝트 개발이 포함됩니다.

1, pre-sales

1. demand pre-sales 커뮤니케이션

고객에게 프로젝트 요구 사항을 제시할 의향이 있을 때 Dell 제품 관리자는 pre-sales 컨설턴트와 함께 고객과 의사 소통합니다. 자신의 요구에 대한 고객의 요구는 대개 큰 생각일 뿐이며, 이 경우 Dell 의 전문 제품 관리자가 프로젝트의 구체적인 요구 사항 및 기능 목록을 정리하고 고객이 고려하지 않거나 실현할 수 있는 요구 사항을 분석하는 데 도움을 줄 수 있도록 도와 줄 필요가 있습니다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 성공명언)

2. 프로젝트 타당성 분석

고객 및 제품 관리자는 프로젝트의 기능 특성, 사용자 불만 사항, 업계 요구 사항, 사용자에게 제공되는 서비스 내용 등을 명확하게 이해해야 하며, 각 시점에서 상세한 조사 및 분석, 특히 고객 불만 사항을 파악해야 합니다. 개발된 App 가 많은 고통을 남기면 개발이 성공해도 생존 시간이 얼마 남지 않는다. 어떤 앱이든 최종 성공은 사용자를 기반으로 하기 때문이다.

3. 기능 프로세스는

(1) 아키텍처

를 정리하는 과정은 집을 보수하는 것과 같고, 제품 관리자는 제품의 전체 기능 아키텍처를 빗질하고, 핵심 내용을 정리하고, 제품의 기초를 만들며, 고객이 나중에 이 기존 기초 위에서 조정할 수 있도록 하는 것이 더 편리하고 더 편하다

(2) 기능 목록 다음으로 제품 관리자는 각 모듈의 세부 내용과 특정 기능 (예: "등록" 이 사용되는 등록 방법, SMS 인증 코드 또는 타사 등록 등) 을 추가하여 보다 자세한 기능 목록을 작성합니다. 이 부분은 네가 가공물을 인테리어할 때, 우선 문과 창문, 수력 개조 등을 추가하는 것을 고려해야 하는 것과 같다.

(3) 정리 프로세스

제품 관리자는 고객의 요구에 따라 제품의 핵심 비즈니스를 정리하여 고객이 기존 프로세스가 인터넷에서 운영될 수 있는지 여부를 미리 고려할 수 있도록 합니다 (예: 일부 기존 업계에서 인터넷으로 이동하는 기업 고객, 제품 관리자는 모바일 인터넷의 전문적인 관점에서 고객이 프로세스를 정리하고 최적화할 수 있도록 도와줍니다.

4. 맞춤형 구축 시나리오

요구 사항 문서가 확인되면 pre-sales 컨설턴트는 고객 요구 사항에 따라 프로젝트 팀 직원 배치, 시간 노드 배치, 기술 시나리오 등 App 개발 시나리오 및 견적 목록을 맞춤형으로 작성하며, 고객이 확인되면 정식 계약을 시작할 수 있습니다. 2. 영업 중

1. 제품 설계

(1) 원형 설계 및 검토 하이파이 프로토타입은 수요 문서를 보다 직관적인 소프트웨어 demo 버전으로 변환하여 더 많은 세부 사항을 확인하고, 프로젝트 R&D 의 효과를 보장하며, 의사 소통이 원활하지 않거나 제대로 이루어지지 않아 발생하는 분쟁 문제를 방지할 수 있습니다.

(2)UI 설계 및 검토 원형 디자인을 확인한 후 UI 디자이너는 제품의 위치 및 원형 도형에 따라 UI 인터페이스 효과 맵을 디자인합니다. 이는 원형 차트를 기반으로 색상을 추가하고 제품의 전체 스타일, 기능 시각화 처리, 대화형 설계 및 조판 레이아웃 등을 결정하여 고객이 App 의 프로토타입을 보다 직관적으로 볼 수 있도록 하는 것과 같습니다. 완전한 App 는 사용자의 시선을 사로잡는 아이디어가 필요합니다. 이를 위해서는 제품 관리자와 UI 디자이너가 창의적인 기획에 대해 독창적인 견해를 가져야 합니다.

(3) 요구 사항 상세 설명

제품 관리자는 프로젝트 관리자와 요구 사항 및 프로토타입 UI 다이어그램을 도킹하고 고객의 상세한 요구 사항, 기능 섹션, 점프 페이지 등을 설명합니다. 프로젝트 관리자는 요구 사항을 구체화하고 이러한 요구 사항과 그림을 엔지니어가 더 잘 이해할 수 있는 언어로 번역해야 합니다. 그런 다음 프로젝트 팀은 프로토타입 UI 다이어그램과 함께 기술 회의를 열어 프로젝트 요구 사항을 일관되게 설명합니다.

(4) 기술 표준 개발 프로젝트 관리자는 전체 프로젝트의 요구 사항을 파악한 후 확장 가능하고 지속 가능한 반복 가능한 기술 프레임워크 시나리오 (예: 기본 개발 또는 혼합 개발, Java 또는 PHP 사용, 타사 선택 등) 를 제공합니다.

2. 애자일 개발

(1) 반복 개발 계획 이 공식적으로 프로젝트 개발에 들어가기 전에 프로젝트 팀은 프로젝트 자체를 평가하여 R&D 주기, 예측 시간, 출시 전 시점을 미리 판단합니다. 이어 프로젝트 기능을 분해하고 프로젝트 수요를 4-5 개 노드로 나눕니다. 예를 들어 1 -9 번은 첫 번째 기능 모듈을 만들고 1 -15 일에는 두 번째 기능 모듈 프로젝트 팀이 반복 개발 계획을 고객에게 보내 확인한 후 이 계획에 따라 노드 개발을 시작했습니다.

(2) 노드 R&D 요구 사항 분석에 따라 구성된 기능 데이터 처리, 프로젝트 그룹은 합리적인 데이터베이스 테이블 구조를 구축하고, 데이터 알고리즘을 최적화하고, 데이터 처리 효율성을 향상시키고, 사후 App 사용 중 데이터의 보안, 정확성, 안정성 및 적시성을 보장합니다. 완전한 App 프로젝트는 일반적으로 다음과 같은 모듈로 구성됩니다. 1 서버쪽: 인터페이스 프로토콜 문서 작성, 서버 환경 설치 (국내에서는 일반적으로 아리운 서버, 외국에서는 아마존 사용), 데이터베이스 설계 및 API 인터페이스 작성, 비즈니스 기능 구현 및 인터페이스 패키징, 백그라운드 개발 관리

②App 측: UI 설계도에 따른 인터페이스 개발, UI 개발이 완료된 후 서버 인터페이스 도킹, 서버측 인터페이스를 통한 데이터 수집, 기능상의 논리 코드 작성 ③ 웹 관리측: 프런트 엔드의 비즈니스 논리에 따라 백그라운드에서 해당 기능이 일치하며 기능상의 논리 코드를 작성해야 합니다. 프로젝트 R&D 단계에서 프로젝트 관리자는 기술 공략을 수행하고, 프로세스 지원은 진행 상황을 추적하며, 프로젝트 팀은 매주 고객에게 개발 진행 상황을 보고하고, 고객이 소프트 신청을 할 수 있도록 지원합니다.

(3) 단위 테스트

이전 개발 프로세스는 엔지니어가 처음부터 끝까지 App 기능을 모두 개발한 후 시스템 테스트를 수행하는 것이었기 때문에 한 버그를 수정했지만 다른 곳에서 새로운 버그를 발생시켰고, 새로운 기능을 확장하면서 기존 코드에 버그가 나타나는 등 여러 가지 문제가 쉽게 발생할 수 있었습니다 단위 테스트는 간단하게 엔지니어가 노드 개발을 하고, 테스트 엔지니어는 노드를 테스트하여 오래된 비즈니스 논리를 훼손했는지, 매우 낮은 수준의 오류를 쉽게 제거할 수 있는지, 회귀 오류 가능성과 디버깅 시간을 크게 줄이고 코드 품질을 향상시킬 수 있습니다.

(4) 시스템 테스트

App 기능 개발이 완료되면 테스터는 전체 프로젝트에 대해 체계적인 테스트를 수행합니다. 프로젝트 테스트 디버깅을 완료하는 가장 중요한 부분은 문제 관리, 각 버그의 진행 상황 및 상태 (할당 대상, 우선 순위, 복구 상태 등) 를 추적하여 품질 있게 문제 처리를 완료하는 것입니다.

App 컨텐츠 테스트, App 성능 테스트, App 기능 테스트, App 비주얼 테스트, 버그 디버그 수정 등 플랫폼 지향 다중 모델 동기화 테스트. 테스트에 합격하고, 버그가 없는지 확인하고, 고객과 소통하고, 검수를 시작하고, 고객이 테스트를 하고, 수정 의견을 제출한다.

3. 온라인 제공

1. 사용자 경험 테스트

는 218 년 모바일 인터넷 업계 최초의' 기능 테스트 오류 서비스에서 운영 실습 서비스까지' 라는' 혁신적인 인재 일자리' 를 새로 개설하기를 희망하고 있다. 사용자 체험관의 임무는 사용자 체험 테스트, 사용자 체험, 제품, 사용 편의성, 얼굴 값, App 디자인 복원도 등 여러 차원에서 체험 테스트를 수행하고 실제 사전 시드 데이터를 백그라운드로 업로드하여 전체 App 의 콘텐츠를 풍만하고 상호 작용이 강하다는 것이다. 사용자 경험 테스트는 프로젝트 자체의 사용자 커뮤니티와 운영 논리를 통해 고객이 전체 App 를 만들 수 있도록 돕는 것입니다.

2. 배포 온라인

코드 개발 및 테스트가 완료된 후 사후 온라인 단계로 접어들었다.

(1) 공식 서버 배포: 데이터베이스, 백그라운드 시스템을 공식 서버에 배포하고 공식적인 온라인 데이터를 app 시스템 백그라운드에 입력합니다.

(2) 소프트웨어 저작권, 애플리케이션 지침, App 인터페이스 스크린샷 및 패키징과 같은 선반 관련 자료를 준비합니다.

(3) 시장에 App 애플리케이션 출시: App 포트에 따라 iOS 또는 안드로이드 애플리케이션 시장 출시를 선택합니다.

①Android: 관련된 애플리케이션 시장이 많습니다. 주요 시장은 텐센트 앱보, 휴대폰 바이두 조수, 36 휴대폰 조수, 91 휴대폰 조수입니다. 애플리케이션마다 고객 속성과 트래픽이 다를 수 있습니다. 고객의 요구와 프로젝트 실제 상황에 따라 선택해야 합니다. 일반적으로 1 ~ 2 일 (영업일 기준) 이내에 심사를 통해 온라인으로 갈 수 있습니다.

②iOS: 앱스토어에 게재됐다. 제출 후 보통 최대 5 일 (영업일 기준) 정도 걸려야 심사를 통과할 수 있다. AppStore 감사는 최신 선반 요구 사항 충족 여부, 가상 통화 포함 여부, 최신 환경 지원 여부 등 여러 가지 문제로 인해 감사 통과 여부가 결정됩니다. 하지만 한 앱에 3 가지 문제가 있어 통과하지 못하는 경우, 앱스토어는 그 중 하나만 찾으면 통과하지 않고, 세 가지 문제를 모두 찾아내지 않고 왜 거절했는지 알려주기 때문에 경험이 부족하면 n 번 선반에 몇 달 정도 걸릴 가능성이 높다.

③ 위챗 공중호에 애플릿 발표: 애플릿 공고를 위챗 팀에 제출하여 심사하고 선반에 올려야 하며, 보통 1 ~ 2 일 (영업일 기준) 이내에 심사를 통해 온라인 상태를 유지할 수 있습니다.

3. 소스 코드 제공

APP 개발 테스트가 온라인 상태가 된 후, 계약 규정에 따라 소스 코드, 설명서, 운영 문서 등 모든 항목에 대한 관련 자료를 고객에게 제공하는 최종 배송을 진행해야 합니다.

포함 (이에 제한되지 않음):

1 백엔드 프로젝트에 대한 모든 최신 소스 코드 (주석 포함)

2 데이터베이스 설계 문서

3API 설계 문서

4 모든 개발자 계정 자료

5 테스트 문서

6 프로토타입 설계 초안 < Dell 은 또한 고객의 요구에 따라 브랜드 디자이너와 뉴미디어 운영관에게 온라인 포스터와 뉴미디어 운영 방안을 설계할 수 있도록 합니다. 3, 애프터

1. 사전 유지 관리 일반 App 개발 후 유지 관리가 필요합니다. 비교적 안정적인 단계에 이르렀더라도 휴대폰 시스템 업그레이드 또는 장시간 사용 등에 따라 약간의 문제가 발생하거나 더 깊게 숨겨진 버그가 있을 수 있습니다.

은 (는) 고객에게 3 개월의 유지 보수 기간을 무료로 제공하기를 희망하며, 한 프로젝트가 본격적으로 운영된 지 3 개월 정도 되었을 때 전체 운영 모델과 일부 기능이 부족하다는 것을 이미 잘 알고 있으며, 이후 앱을 계속 운영하려면 반복 개발, 기능 모듈 최적화가 필요하다.

이 기간 동안 고객의 질문, 소프트웨어 사용 및 콘텐츠 업로드 안내, 수리 절차 버그, 돌발 상황 발생 후 긴급 수리 등에 대한 답변을 드립니다.

2. 맞춤형 업데이트

App 가 시장에 출시되면 사용자 및 시장 자체의 피드백을 받아 운영 전략을 수정하거나 조정하는 방법을 알 수 있으며, 현재 시스템의 기능이 프로젝트 요구 사항을 충족하지 못할 경우 새로운 버전의 기능 반복 문제, 즉 개발 프로젝트 2. 을 계획해야 합니다.

은 (는) 고객이 맞춤형 업데이트를 수행할 수 있도록 지원하고자 합니다. 즉, 수요 커뮤니케이션, 타당성 분석, 기능 프로세스 분류, 맞춤형 구현 시나리오 등 App 개발 전' 사전 판매' 가 수행한 작업을 계속하고자 합니다. 이 반복 시나리오는 일반적으로

① 불완전한 BUG

와 같은 온라인 후 App 가 운영 과정에서 발견한 일부 버그 또는 논리 오류 중 일부를 기반으로 합니다. 이러한 논리적 오류 문제와 기능 버그를 수정하려면 App 의 반복을 수행해야 합니다.

②App 데이터 분석 데이터는 App 의 투입 자원, 사용자 활성화율, 전환율, 유지율 및 사용자가 다양한 기능을 사용하는 비율, 각 부분의 손실을 분석하여 App 경험에 큰 영향을 미치는 지표를 찾고 기능 버전을 위한 자체 검사 기능 설계의 장단점을 분석하는 데 매우 중요한 척도입니다.

3. 반복 개발 과 마찬가지로, 프로젝트가 반복 개발될 때 제품 설계, 민첩한 개발 및 온라인 제공과 같은 모든 제품 수명 주기를 포함하여' 판매 중' 의 모든 프로세스를 다시 거치게 됩니다.

4. 프로젝트 유지 보수 재방문

일정 기간 (무료 유지 보수 기간 종료) 동안 프로젝트를 운영한 후 고객에게 재방문, 운영 상황 문의 등을 희망하고 있다. 물론, 후속 고객이 운영 및 유지 보수 지원을 계속 제공해야 하는 경우에도 App 운영 과정에서 시대와 보조를 맞춰야 App 가 지속될 수 있기 때문에 매우 행복합니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 운영명언)

5. 뉴미디어 운영

온라인상에 성공한 앱은 기업의 운영을 통해 사용자 수를 늘리고 장기적인 운영을 할 수 있다. 온라인 마케팅, 광고 투입, 뉴미디어 운영 홍보 등 다양한 방식으로 운영을 추진할 수 있습니다. 9 년간의 실무 경험과 현재 시장 상황에 따라 상대적으로 비용이 저렴한 뉴미디어 운영 홍보를 추천해드리겠습니다. 위의 App 개발 프로세스를 보면 각 프로젝트 R&D 는 위의 3 단계 22 단계를 거쳐야 하는데, 이는 사실 완전한 조립 라인이며, 이를 통해 종종 높은 수준의 프로젝트 품질을 얻을 수 있습니다. 하지만 어떻게 프로세스가 원활히 진행되도록 보장할 수 있을까요? 프로젝트 구성원의 생산성을 극대화하려면 어떻게 해야 합니까? 이것은 개발 회사의 전문성과 프로젝트 구성원의 계획 능력을 매우 시험한다. 앞서 언급했듯이 App 개발 시간도 App 개발 가격에 영향을 미치기 때문에 App 의 표준 개발 프로세스를 이해하는 것이 필요합니다.

上篇: CPU의 금속 커버는 어떤 용도로 사용되나요? 下篇: 5 월 개인 업무 요약