"엔터프라이즈"플랫폼을 평가하는 방법은 무엇입니까?

Question

제품의 차세대 버전을위한 "엔터프라이즈"플랫폼을 평가하는 임무가 있습니다. 우리는 현재 Salesforce.com/Service-Now.com과 같은 RAD (워크 플로 엔진, 통합 UI, 워크 플로에 대한 "기술 플러그인"의 작은 코어, 자동 상태 유지 ...)과 같은 두 가지 "유형"의 플랫폼을 고려하고 있습니다. "클라우드 기반"(EC2/AppEngine ...).

시작 위치에 대한 몇 가지 아이디어가 있지만, 귀하의 의견을 말씀드립니다. 엔터프라이즈 제품군에 대한 플랫폼을 어떻게 평가할 것입니까? 고려해야 할 요소는 무엇입니까? 몇 가지 강력한 옵션에 집중할 수있을만큼 약한 옵션을 어떻게 빨리 제거 할 수 있습니까?

또 다른 흥미로운 점은 엔터프라이즈 RAD (입증 된 기술, 개발이 빠르지 만 "경쟁 제품과 동일하게 보일"경향)과 클라우드 기반 기술 (많은 경쟁 업체가 아닌 " 관리에 쉽게 적응할 수 있지만 엔터프라이즈 도구 및 경험이 부족할 수 있습니다.

이전에 말했듯이 - 몇 가지 아이디어가 있지만 내 게시물을 게시하기 전에 몇 가지 답변을보고 싶습니다. 그래서 토론을 특정 장소로 ​​유도하지 않을 것입니다.

RB.

Answer 1

소프트웨어 평가 점수 카드를 작성하면 엔터프라이즈 솔루션에 대한 기술 평가를 수행하는 데 많은 도움이됩니다.

선택 사항으로 기준에 가중치를 추가 할 수 있으며 여러 명이 평가하고 작성하여 평균을 취할 수 있고 편향 분석이 가능합니다. 평가 기준에 도움이 더 많은 정보를 --Adding

---

당신이 당신의 평가 기준을 기반으로 할 수있는 연구와 정보를 다양한 소스가 있습니다. 이러한 리소스는 기업 플랫폼에 대한 기술 평가를 수행하는 데 사용할 최신 정보를 제공 할 수 있습니다.

• 업계 중심 그룹.
• 기술 관련 간행물/업계 출판물
• InformationWeek 및 CIO magazine.
• 기술 공급 업체.
• 다른 회사.

• 기술 산업에 초점을 맞춘 웹 사이트 : - CIO 매거진 : www.cio.com - CMP 미디어 : www.techweb.com - 컴퓨터 비즈니스 리뷰 : www.cbronline.com - E-주 : WWW. eweek.com - Tech Republic : www.techrepublic.com - Darwin magazine : www.darwinmag.com - 분석가 조회수 : www.analystviews.com - Venture Beat : www.venturebeat.COM

• 최종 사용자의 웹 로그 :

  - Slashdot.org 
      - Techdirt.com 
      - techrepublic.com 
      - hardocp.com 
      - anandtech.com 
      - zdnet.com   
  

• 기술 조사 기관 :

  - Aberdeen Group. 
      - AMR Research. 
      - Forrester Research. 
      - Gartner Group. 
      - Giga Information Group. 
      - International Data Corp (IDC). 
      - META Group. 
  

Answer 2

CodeToGlory이 옳다 -는 "스코어 카드"유용하지만, 큰 트릭 get right는 스코어 카드가 기반으로하는 평가 기준입니다.

다른 유용한 정보가 없다면 일반적인 스코어 카드를 시작하는 것이 좋습니다. 어쨌든 신중하게 자신의 입장과 맥락이라고 생각할 필요가 있습니다.

Enterprise Architect (또는 해당 역할을 수행하는 사람)가 대화해야하는 사람이면 이상적으로 평가 기준이 수행중인 작업과 일치해야합니다.

TOGAF 및 Zachman은 모두 유용한 엔터프라이즈 아키텍처 프레임 워크입니다.

당신이 당신의 기준을 당신에게도를 가중치에 대해 생각하고 싶지 힘이 있으면; 어쨌든 당신은 이것을 의식적으로 할 것입니다.

기본 아이디어는 다른 관점에서 후보자를보고 싶다는 것입니다. 한 솔루션에서 강한 솔루션은 다른 제품에서 약할 것입니다. 관련성이있는 다양한 견해를 면밀히 검토함으로써 정보에 입각 한 결정을 내릴 수 있습니다. 보기/관점의

예는 고려 :

• 보안을
• 데이터
• 통합
• 유용성 (최종 사용자, 지원 담당자, 개발자 등 모두)의
• 크기 지역 사회 (해당 공급 업체 지원을 장려하고 관련이 있습니다)
• 운영 뷰 (얼마나 쉽게 지원할 수 있을까요? 운영 의미에서)
• 라이선스, 등, 등 ...

Answer 3

UPDATE _ 테이블로 라인을 참조하시기 바랍니다 - flecking 인하

예, 다른 하나는 너무 추가하는 좋은 시작이됩니다 ..

단계 1. 제가 일반적 이것은 "하이 레벨 솔루션 평가"

       System A | System B | System C | MoSCow RANK 
High Level Requirement*-- -------------------------------------------- 
1. Must enable MultiUser    |   |    | 
2. Single Sign On      |   |    | 
3. Development Tools IDE    |   |    | 
4. Depolyment Tools     |   |    | 
5. Commercial Licensing    |   |    | 
6. Support Layering     |   |    | 
TOTAL       -------------------------------------------- 

* 예 REQU을 수행하는 수행하는 방법 irement

모스크바 = 300 점수해야 - 200에 점수해야 - 그런 다음 높은 점수 수준

2 단계의 "점수"를 얻을 수있다 (100)

점수 할 수 있었다.

갭 분석

      System A | System B | System C | 
High Level Requirement*-- -------------------------------------------- 
1. Must enable MultiUser    |   |    | 
2. Single Sign On     |   |    | 
3. Development Tools IDE    |   |    | 
4. Depolyment Tools     |   |    | 
5. Commercial Licensing    |   |    | 
6. Support Layering     |   |    | 
TOTAL       -------------------------------------------- 

단순 틱 상자 - 다음은 진드기 수 - 높은 틱 적은 격차

단계를 3 전시회

      System A | System B | System C | 
High Level Requirement*-- -------------------------------------------- 
1. Must enable MultiUser    |   |   | 
2. Single Sign On     |   |   | 
3. Development Tools IDE    |   |   | 
4. Depolyment Tools     |   |   | 
5. Commercial Licensing    |   |   | 
6. Support Layering     |   |   | 
TOTAL       -------------------------------------------- 

떨어져 A와 B 사이의 간격입니다 1> = B 또는 C 이거나 B> = A on 1이거나 ...