기업의 IT 자원을 평가

기업의 IT 자원을 평가하는 것은 조직의 강점과 약점을 파악하고, 향후 전략적 결정을 내리기 위해 매우 중요합니다. 다음 단계를 따라 체계적으로 평가할 수 있습니다:

### 1. **현재 자산 목록화**
   - **하드웨어**: 서버, 컴퓨터, 네트워크 장비, 스토리지 디바이스 등.
   - **소프트웨어**: 운영 체제, 애플리케이션, 데이터베이스, 보안 소프트웨어 등.
   - **네트워크**: LAN, WAN, 방화벽, 라우터, 스위치 등.
   - **데이터**: 데이터베이스, 데이터 레이크, 데이터 웨어하우스 등.
   - **인프라**: 클라우드 서비스, 가상화 환경 등.
   - **인력**: IT 스태프, 개발자, 관리자, 컨설턴트 등.

### 2. **성능 및 상태 평가**
   - **하드웨어 성능 평가**: 처리 속도, 저장 용량, 현재 사용량과 남은 용량.
   - **소프트웨어 성능 평가**: 라이선스 상태, 업데이트 및 유지보수 상황, 성능 모니터링.
   - **네트워크 성능 평가**: 대역폭, 지연 시간, 패킷 손실률, 네트워크 트래픽.
   - **데이터 상태 평가**: 데이터의 정확성, 완전성, 접근 용이성, 데이터 보존 정책.

### 3. **보안 평가**
   - **위협 및 취약점 평가**: 취약점 스캔, 펜 테스트 결과, 보안 감사.
   - **보안 정책 및 절차**: 데이터 보호정책, 접근 통제 메커니즘, 암호화 사용 여부.
   - **인시던트 대응 계획**: 사고 대응 계획, 백업 및 복구 절차.

### 4. **비용 분석**
   - **총 소유 비용(TCO)**: 하드웨어 및 소프트웨어 구매 비용, 유지보수 비용, 운영 비용.
   - **ROI (투자 수익률)**: IT 투자에 의해 얻어진 효율성 또는 성과.

### 5. **사용 및 효율성 평가**
   - **사용률 분석**: 자원의 실제 사용률과 활용도 측정.
   - **효율성 분석**: 시간 대비 작업 성과, 자원의 최적 사용 여부.

### 6. **인력 평가**
   - **능력 검토**: IT 팀의 기술력, 자격증 보유 여부, 경험 수준.
   - **교육 및 연수**: 최신 기술 및 트렌드에 대한 교육 프로그램 가용성.

### 7. **기술 적합성 평가**
   - **비즈니스 목표와의 일치 여부**: IT 자원이 회사의 비즈니스 목표를 얼마나 잘 지원하는지 평가.
   - **유연성 및 확장성**: 기업 성장 시 IT 인프라가 확장 가능한지 여부.

### 8. **벤치마킹**
   - **업계 표준과 비교**: 동일 산업 내 다른 기업들과 비교해 자원의 경쟁력 평가.
   - **베스트 프랙티스**: 업계의 베스트 프랙티스와 자원 활용 방법 비교.

### 9. **사용자 만족도 조사**
   - **내부 사용자 피드백**: IT 자원과 관련된 직원들의 만족도와 불만 사항.

### 10. **미래 계획**
   - **기술 예측 및 트렌드 분석**: 향후 기술 발전 방향과 비교해 현재 자원의 미래 적합성 평가.
   - **업그레이드 및 신규 투자 계획**: 필요 시 이전 계획 및 신기술 도입 계획 수립.

이러한 평가 단계를 통해 기업의 IT 자원 상태를 이해하고, 향후 전략적 결정을 내리기 위한 기초를 마련할 수 있습니다. 각 단계에서는 구체적인 데이터와 사실 기반의 분석이 필요하므로, 내부 전문가와 함께 외부 컨설턴트를 활용하는 것도 좋은 방법입니다.

 

IoT 디바이스를 만든다고 하면 사실 S/W 부분보다 H/W 성능이 조건이 더 중요할 것이다. 또, RESTAPI도 많이 이용되므로 서버 성능도 함께 고려해야 한다.
얼마나 많은 트렉젝션(소켓통신, 패킷단위, DB CRUD, ...)을 감당할 수 있는지 해당 부분에 대한 포괄적인 사용 기준을 정해서 일반 사용자는 이러이러한 만큼 쓸 것이다. 그런 사용자를 얼마만큼 포용할 수 있는가 등... 
성능 조건은 스스로를 옥죄는 항목이 될 수도 있기 때문에 최대한 루즈하게 적어야 한다. 그러나 사람 목숨과 관련된 부분이라면 루즈한 성능 조건 정의가 되려 설득력을 잃을 수도 있기 때문에 성능 요구사항은 정말 각 실무자들이 최대한 협업해서 적어야 하는 항목일 수 밖에 없다. 기업간의 하청에도 늘 꼬투리를 잡거나 잡힐 수 있는 부분이니 이 부분 관련해서 우선 대화를 많이 해야 한다. 술자리도 좋다.

Performance requirements

If there are performance requirements for the product under various circumstances, state them here and explain their rationale, to help the developers understand the intent and make suitable design choices.

Specify the timing relationships for real time systems.

Make such requirements as specific as possible. You may need to state performance requirements for individual functional requirements or features here or “Functional Requirements” section.

 

Specify both the static and the dynamic numerical requirements placed on the software or on human interaction with the software, as a whole. 

Static numerical requirements may include:

      (a)  The number of terminals to be supported

      (b)  The number of simultaneous users to be supported

      (c)  Amount and type of information to be handled

Static numerical requirements are sometimes identified under a separate section entitled capacity.

 

Dynamic numerical requirements may include, for example, the numbers of transactions and tasks and the amount of data to be processed within certain time periods for both normal and peak workload conditions.

All of these requirements should be stated in measurable terms.

For example,

95% of the transactions shall be processed in less than 1 second

rather than,

An operator shall not have to wait for the transaction to complete.

(Note: Numerical limits applied to one specific function are normally specified as part of the processing subparagraph description of that function.)

 

 

   Throughput (작업처리량) , Concurrent Session (동시 세션), Response Time (대응시간),  Performance Dependency (성능 종속 관계), Other Performance Requirements (기타 성능 요구사항)