내가 이해 하는 인터넷 응용 프로그램 및 엔터프라이즈 응용 프로그램 개발

몇 시간 전, 나는 주제에 대 한 블로그를 작성 하지만 난, 난 여전히 자연에 대해 얘기 하지 않았다,이 글은 속 편.

인터넷 응용 프로그램 (웹 사이트 또는 애플 리 케이 션), 및 엔터프라이즈 응용 프로그램 사이의 중요 한 차이 사용자에서 토론 되어야 한다.

인터넷은 이상한 사용자, 그들을 위해 웹사이트는 셀프 서비스 시스템 (ATM 기계와 유사), 필요 하지 않습니다, 그리고 사용자 등록 등 그들을 위해, 필수 훈련 되지 않을 수 있습니다. 그래서 그들은 절대적으로 지체 될 수 있고 학습의 비용을 줄이기 위해 시도.

엔터프라이즈 응용 프로그램은 회사의 직원, 필수, 그리고 전에, 나는 선 전에 시스템, 일반적으로 Windows 클라이언트 기능을 예금, 입력된 "2397" 통해는 ICBC 카운터 직원 등 교육 개. 사용자 경험 하지 인터넷 응용 프로그램에 상대적인 우선 순위입니다. 하지만 때문에 이러한 응용 프로그램은 일반적으로 운영 체제는 점은 매우 중요 한 것 즉, 편의 바로 가기 등은, 직원 효율성은 중요 한 일을 매일을 반복 됩니다.

특별 한 팁, Taobao, 등 앞 사이트는 제품을 사용 하 여, 모듈은 엔터프라이즈 응용 프로그램에 속하는 주문 구매자에 대 한 인터넷 응용 프로그램입니다.

대 한 비즈니스 전자 상거래 회사, 자주 두 인터넷 응용 프로그램의 전경 뿐만 아니라 운영 체제의 배경. 전면 배경, 전경 주문 제출 및 상태 등의 높은 결합 때문에 어려운 프로젝트 아웃소싱 제 3 자 소프트웨어 회사, 무대에 과정을 처리 하는 순서와 일치 해야 합니다 그리고 인터넷 회사 일반적으로 자체 IT 개발 팀이 있다. 프로젝트 관리의 높은 수준이 필요 합니다 소프트웨어 하도급: 개발 프로세스 분리 + 모듈 분리. 현재, 인터넷 개발 아웃소싱 막 시작 했습니다.

사용자 행동 주도 vs 비즈니스 프로세스를 구동

인터넷은 사용자 행동 (의도) 구동, 임의성, 그리고 다른 사용자가 다른 브라우징 습관. 예를 들어, 난 구글 뭔가, 나는 일반적으로 처음 10 페이지를 열고 다음 각 하나 봐. 또 다른 예는 Douban의 책 상세 페이지: 득점, 비슷한 책 보기, 책 리뷰, 책 리뷰, 등, 추가 검토를 예약 하 고는 엄격한 논리 또는 과정. 같은 책 인터페이스, 서 점 (저자), 독자, 코멘트, 페이지의 엔터프라이즈 응용 프로그램, 다른 사용자 역할의 인터페이스는 동일 하지 않습니다 볼 수 시스템에 로그인으로 동일 하지 않습니다.

또한, 사용자는 책, 그의 검색 순서를 찾을 다음 작업 임의의 있습니다. 대부분 사이트 느리기 때문에, 그는에서 클릭.

이 시스템의 설계 핵심 원리: 페이지,이 시나리오에서는이 요구 사항에 따라 생성 하는 행동에 있는 사용자의 요구에 대 한 사용자의 액세스를 공부. 예를 들어 책 웹사이트, 사용자가 서 그물 가격에서 첫 번째 관심사는 할인 및 프로 모션, 사용자 실수로 구입 하는 과정에서 이상한 책을 보면, 그 카탈로그 및도 서의 평가에 관심을 지불할 것 이다, 사용자가 장바구니에 책을 추가, 그는 "다른 사용자가 구입한..." 볼 것 이다.

사실, 엔터프라이즈 응용 프로그램은 동일 하, 사용 사례는 비즈니스 시나리오 (비즈니스 현장)에 특히 강조 했다.

엔터프라이즈 응용 프로그램은 일반적으로 협업 시스템, 협업 시스템 협업 프로세스, 워크플로, 주문 처리 프로세스 및 환자 절차와 같은 즉, 해야 합니다. 물론, 모듈의 많은 흐름, 전기 등 전력 CRM () 빌. 하지만 그들은 기본적으로 테이블 + 폼 + 프로세스도 추상화 될 수 있습니다.

인터넷 사용자의 행동, 자신의 습관 이며 사용자 습관, 더의 엔터프라이즈 응용 프로그램은 밖으로 훈련. 인터넷 사용자 동작이 매우 안정 되지 않습니다, 20-올해-된 젊은 사람 같은 웹 검색은 매우 성급한, 30 세 이상, 더 진정;의 나이에 냄새 나는 웹 페이지, 마우스 휠을 사용 하 여 보냈습니다. 그리고 엔터프라이즈 응용 프로그램, 인터페이스 작업은 일반적으로 흐름 제어, 그리고 과정 10 년 수, 사용자 작업은 상대적으로 안정적이 고 선형.

인터페이스 프로토 타입 VS 도메인 모델

그것은 인터넷 응용 프로그램 또는 엔터프라이즈 응용 프로그램, 좀 더 복잡 한, 그것은 일반적으로 배포 다이어그램 등 건축 다이어그램 (아마도 4 + 1 스키마 보기)와 같은 부하에 따라 서버는 유일한 일괄 처리 (데이터 동기화 및 메일 발송), 서버는만 검색 쿼리를 만드는.

더 복잡 한 비즈니스 시스템, 우리는 요구 사항 분석 단계에서 사용 사례 다이어그램, 도메인 모델 다이어그램 및 시퀀스 다이어그램을 개발 하는 경향이 있다. 물론, 그래프, 더미 그릴 또한 보았다 매우 간단 비즈니스 시스템 그리고에 던져 질 쓰레기 힙 사실, 개발자가 Excel 테이블 기능 요구 사항을 해결할 수 있습니다.

인터넷 응용 프로그램에 대 한 인터페이스는 종종 비즈니스 요구 사항 모델링 필요 하지 않은 요구 사항: 도메인 모델 다이어그램 및 시퀀스 다이어그램은 대부분 사용할 수 없습니다. 비 기능 요구 사항, 성능 및 확장성 등 특징의 목록에 정리 될 수 있습니다.

소프트웨어 프로세스

요구 사항 프로세스의 결과 다른, 때문에 전통적인 소프트웨어 개발 방법: 자세한 디자인, 심지어는 RUP와 다른 반복 프로세스, 요구 사항 명세에서 그것은 복사 하기 어려운.

인터넷의 진화 사용자 수요는 매우 안정 하 고, 그들은 종종 개선 과정, 시스템 라인에, 반복 개발 보다 유지를 선호 합니다. 그것은 몇 년 동안, 아무 비즈니스 구성 요소 라이브러리는 인터넷 영역에 대 한 있을 것입니다 하지만 sap NetWeaver 구성 요소 라이브러리와 같은 엔터프라이즈 응용 프로그램에서 일반적인 추정.

인터넷 응용 프로그램, 일반적으로 민첩 한 프로세스를 사용 하 여입니다. 하지만이 민첩 한 프로세스, 우리는 이동 하는 경향이 매우 독단적인, 번 다운 차트 등 매일 서 있는 회의입니다. 사실, 그들은 진보와 통신, 본질적으로, 위험 제어 해결. 이러한 방법론 측면, "전문 경영인" 교과 과정은 상식: 시간 관리, 커뮤니케이션 관리, 팀 관리, 등등.

민첩 한 생각, 하지 방법론, 비록 그것이 궁극적으로 방법론으로 구현입니다. 사천 요리는 무엇입니까, 동북 음식 무엇입니까? 참조, 하지만 우리 고추와 간장 그것을 측정 하기 위해 필요 합니까?

IT 직원 구성

엔터프라이즈 응용 프로그램 프로젝트는 일반적으로 세 가지 유형의 역할: 기술, 수요, 관리.

기술: 건축가, 수석 엔지니어, 엔지니어, 디자이너

요구 사항: 수요 분석

관리: 오후, 기술 관리자 TL

난 간과 구성 관리 및 테스트의 역할.

인터넷 프로젝트에 대 한 역할은 위의 비슷합니다.

기술: 수석 엔지니어, 건축가, 엔지니어, 디자이너 하지만 일반적으로 엔터프라이즈 응용 프로그램 강한 한 수준 보다 이기도 합니다. 그 인터페이스 스타일으로 처리 하기 때문에, 사용의 브라우저 호환성, 검색 엔진 최적화에 쉽게.

요구 사항: 제품 관리자 + 회사 비즈니스 직원, 수 있습니다 또한 장착 사용자 경험 전문가 (인터랙티브 디자이너).

엔터프라이즈 응용 프로그램, 분석 유도 생각 (안쪽) 쪽으로 치우친 그것만 인터넷 애플 리 케이 션, 크리에이 티브는 생각 (바깥쪽) 같은 SNS 웹사이트 등에 대 한 선호의 더 동안 현재 비즈니스에 맞게 소프트웨어 추상화, 버튼, 크게 활성 사용자 상호 작용을 찌를 수 있습니다 필요 합니다.

관리: 프로젝트 관리자의 오후 수 있습니다 제품 매니저 PD에 의해 제공, 프로젝트 규모를 참조 하십시오. 또한 기술 관리자 TL, 기술 직원 성능 관리에 대 한 책임 있을 수 있습니다.

두 가지 유형의 인력, 주로 인력에 대 한 수요에 반영. 인터넷 수요은 파, 엔터프라이즈 응용 프로그램 요구, 밖으로 빗질. 엔터프라이즈 응용 프로그램 비즈니스를 할 수 있는 연구, 인터넷 응용 프로그램, 당신은 하지만 연구? 차이나 모바일의 깊은 주머니 같은 전화 설문 조사를 할까지 10 분 걸릴 수 있습니다 하지만 이것은 종종 질문의 선택 이다 선택 폐쇄를 의미 한다. 애플 iOS에서 윈도우 처럼 아무 폐쇄, 최대, 스크롤 바, 이러한 창조적인 기능 사용자 인터뷰를 통해 가능 하다.

기술 프레임 워크

엔터프라이즈 응용 프로그램을 최대 절전 모드, 같은 해당 집합의 나 권장 하지 않습니다 인터넷에서 사용 하. 인터넷 응용 프로그램의 도메인 모델 보다 페이지 기울게 하는 동안 최대 절전 솔루션 도메인 모델의 지 속성은 매우 효과적 이다.

또한, 인터넷 응용 프로그램 작업, 엔터프라이즈 응용 프로그램의 반전 이다, 지 속성 (쓰기)을 해결 하기 위해 주로 최대 절전을 쓰기 보다는 읽기 경향이 있습니다.

계단식 쿼리 성능, 절전, 기본적으로 인터넷에 있어서 매우 어려운.

자바를 사용 하는 경우 나 경향이 있다 봄 mvc + 스프링 JDBC, 전경 urlrewrite. 엔터프라이즈 응용 프로그램을 3 계층 아키텍처, 5-계층 아키텍처, 인터넷 개발에서 우리가 신중 해야 합니다.

언어를 개발에 오면, 자바, 선택할 수 있습니다이 고. NET에 기본적으로 일종의 마스터 팀을 참조 하는 어떤 차이 없습니다. 그들은 매우 강한 팀웍 (정적으로 컴파일된)에 있기 때문에, 강력한 개발 도구 팀 행동을 표준화 하 고 프로젝트 관리에 대 한 도움이 될 수 있다.

물론, 팀, 크지 않은 경우 PHP 기본 설정 해야, 데이터베이스를 작동 하기 때문에 매우 효율적인 간단 하 고 유연한. 배포에서 특히 PHP 장점, 인터넷 응용 프로그램 배포는 아주 자주 있기 때문에 자바 배포 다시 시작 애플 리 케이 션, 원래 세션 모든 손실된, 이것은 작은 문제가 아니다.

루비, 너무 유연 하 고, 같은 작은 언어에 대 한 큰 팀은 쉽다 제어를 잃고. 프로젝트에서 살지 않았다 하지만 일단 공부, 학습, 연설에서 점프 하지 감히.

좋아, 그냥 쓸 여기.

이 문서에서 나 콘텐츠 건물에서 제품 관리자의 책임에 대해 얘기 하지 않은. 노동 비용, 제품 사진 및 텍스트, 개발 후 등의이 작품의 내용에서 전자 상거래 사이트 처럼 제품 관리자는 콘텐츠 건설에서 프로그래밍 방식 역할.

이 기사, 그것은 단지 요약을 언급 하지 않기 위하여 계몽입니다. 그것은 몇 년 후, 있을 것입니다 더 성숙한 인터넷 개발 방법론으로 추정.