'IT & 인생'에 해당되는 글 473건

1. 5 Force의 개요

 1-1. 5Force의 정의

  - 산업 : 유사한 제품이나 서비스를 제공하는 일종의 기업 집단

  - 산업 분석 : 특정 기업의 과업 환경에서 중요한 요인들을 이해하고자 하는 것

 

2. 5 Force의 개념도, 외부환경분석, 장/단점

  2-1. 5Force의 개념도

 

 2-2. 5 Force의 외부환경분석

 1) 잠재적 경쟁자의 진입 (Competitions)

    - 규모의 경제, 제품 차별화, 자본투자요구수준, 전환비용

    - 규모의 경제성, 정책 및 규제(Compliance), 거래상태변경의 비용

 2) 기존 기업간 경쟁 (Company)

    - 사업구도, 브랜드의 신용, 제품의 차이

 3) 구매자 (Customer)

    - 구매자의 경영환경, 기술변화, 대체품의 유무, 교섭능력

 4) 공급자 (Supplier)

    - 기술공급업체의 차별화 정도, 대체재의 출현, 구매량의 비중, MOU 관례

 5) 대체재 (Complements)

    - 상대적 가격/성능, 전환비용, 구매자의 선호도

 

 2-3. 5 Force의 장/단점

장점 단점
수익성 분석 위한 구체적 체크리스트 제공 영향 요인이 5개 이외에도 많음
현재와 미래를 분석할 수 있는 트랜드 분석을 가능하게 함 구체적 전략 묘사에 취약함

'1. IT Story > Basic Studies' 카테고리의 다른 글

ADD(Attribute Driven Design)  (0) 2019.07.10
SWOT  (0) 2019.07.09
7S 모델  (0) 2019.07.08
가치사슬(Value Chain)  (0) 2019.07.07
IEEE 1471  (0) 2019.07.05
모델체킹(Model Checking)  (0) 2019.07.04
요구공학(Requirement Engineering)  (0) 2019.07.03
요구사항분석  (0) 2019.07.02
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. IEEE 1471의 개요

 1-1. IEEE 1471의 정의

 - 아키텍처를 어떻게 개발할 것인가는 다루지 않고 유용한 명세를 위해 포함해야 할 요소/내용 규정

 - 아키텍처 표현을 위한 요소 및 이들간의 관계를 일반화하여, 다양한 SW시스템에서 활용할 수 있도록 하는 아키텍처 명세를 정의하는 메타모델

 

 1-2. IEEE 1471의 특징

  1) 표준화 : 아키텍처와 관련한 용어와 개념의 표준화, 표현의 표준화

  2) 독립성 : 모델링 언어와 방법론에 무관한 독립적 메타 모델 제공

  3) 범용성 : 아키텍처 표현을 위한 요소들과 관계의 일반화

  4) 의사소통 : 이해당사자간의 의사소통 지원, 다양한 관점에 대한 표현

  5) 가이드라인 : 고수준의 아키텍처 식별하고 구체적인 문서 작성의 지원

 

2. IEEE 1471의 개념도, 구성요소

 2-1. IEEE 1471의 개념도

 

 2-2. IEEE 1471의 구성요소

항목 설명
환경 (Environment) -시스템에 대한 개발, 작동, 정책, 기타 영향요소들의 설정과 환경
내부제약조건(조직 내 표준 등), 외부제약조건(법규/제도), HW시스템
사명 (Mission) -Stakeholder의 목적달성을 위해 시스템이 수행하는 연산
시스템 (System) -비즈니스 목적이나 사명(Mission) 완수, 특정 환경(Environment)의 영향, 하나의 아키텍처(Architecture) 소유
-특정기능이나 기능세트를 달성하기 위해 조직된 컴포넌트 집합
아키텍처 (Architecture) -아키텍처 기술서로 문서화되어 구체화, 아키텍처 결정 근거(Rationale) 제시 필수
이해관계자(Stakeholder) 시스템에 관심(Concern)을 갖는 사람이나 조직
관심사 (Concerns) - 동일한 시스템에 대해 각 이해관계자들의 의견과 목표.
1. 사용자 입장: 기본적인 기능 이외에도 신뢰성, 보안, 사용성 등의 품질이 만족되어야 함
2. 유지보수자 입장: 유지보수가 쉬워야 함
3. 개발자 입장: 적은 비용과 인력으로 개발이 가능해야 함
View -이해관계자들과 이들이 가지는 생각이나 견해로부터 전체 시스템을 표현
-아키텍처를 구축하고 분석하는 과정에서 관심을 “분리”할 수 있는
매커니즘 제공
관점(ViewPoint) 모델(Model) 작성 방법을 정의, 신규 생성 또는 라이브러리 관점(Library Viewpoint) 활용
결정 근거 (Rationale) -아키텍처 평가 시 주요 판단 기준
-여러 이해당사자가 불필요한 논쟁 감소, 의사소통 원활
아키텍처 기술서 (AD:Architectural Description) -이해관계자들의 시스템에 대한 관심을 관점(ViewPoint)에 맞춰 작성한 뷰(View)로 구성
-아키텍처를 기록하기 위한 산출물들을 의미

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

SWOT  (0) 2019.07.09
7S 모델  (0) 2019.07.08
가치사슬(Value Chain)  (0) 2019.07.07
5 Force  (0) 2019.07.06
모델체킹(Model Checking)  (0) 2019.07.04
요구공학(Requirement Engineering)  (0) 2019.07.03
요구사항분석  (0) 2019.07.02
경영환경분석  (0) 2019.07.01
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 모델체킹의 개요

 1-1. 모델체킹의 정의

   - 시스템에 대한 유한 상태 모델과 검증하고자 하는 특성이 논리적으로 정형성의 형태로 주어졌을 때, 해당 시스템이 해당 속성을 만족하는 지를 자동적으로 검사하는 정형 검증 기법

 

2. 모델체킹의 개념도, 정리증명과 비교

 2-1. 모델체킹의 개념도

- 검증하고자 하는 SW를 레이블이 있는 상태전이 기계의 형식으로 표현, 목표를 시제 논리로 명세하여 시스템 공간을 엄밀하게 탐색하는 방식

 

 

 2-2.  모델체킹과 정리증명의 비교

구분 모델체킹(Model Checking) 정리증명 Automated Theorem Proving)
검증목표 -시스템 모델의 시스템 특성 만족 여부 -시스템 명세와 특성의 논리학적 정합성
사용기법 -정형명세 언어를 통한 시스템 명세(유한상태기계)
-시스템 요구사항에 기반하여 시스템 특성 도출
-수학/논리학적 공리(Axiom), 규칙(Rule)을 활용하여 시스템명세/특성도출
장점 -모델 증명 도구를 통한 자동화 가능 -무한상태기계도 명세 및 증명 가능
단점 -유한상태기계만 명세 및 증명 가능 -시스템 명세 도출 및 증명이 매우 난해
활용 예 -CMU’s SMV, Bell/s SPIN, Berkeley’s VIS -SPEAR(II), PVS

 

3. 모델체킹 적용시 유의사항

'1. IT Story > Basic Studies' 카테고리의 다른 글

7S 모델  (0) 2019.07.08
가치사슬(Value Chain)  (0) 2019.07.07
5 Force  (0) 2019.07.06
IEEE 1471  (0) 2019.07.05
요구공학(Requirement Engineering)  (0) 2019.07.03
요구사항분석  (0) 2019.07.02
경영환경분석  (0) 2019.07.01
IT ROI (Return Of Investment)  (0) 2019.06.30
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 요구공학(Requirement Engineering)의 개요

 1-1. 요구공학(Requirement Engineering)의 정의

   - 제품 개발을 위한 요구사항 설정단계에서부터 개발 테스트에 이르기까지 매 단계마다 개발요구사항들이 설계와 구현 단계에서 제대로 지켜지고 있는지 검증하는 프로세스 및 학문

  - 요구의 수집, 분석, 명세, 검증, 변경 관리 등의 원칙과 제반 활동에 대한 총체적인 접근 체계

 

 1-2. 요구공학(Requirement Engineering)의 필요성

  1) 분석의 어려움 : 이해 부족, 의사소통, 잦은 요구사항의 변경

  2) 요구사항 변화 : 요구사항은 개발초기에 불완전하고, 개발 동안 지속적으로 변화

  3) 관점별 차이발생 : 묵시적 요구사항, 변경과 추적에 대한 문제, 해당 업무에 대한 지식

 

2. 요구공학(Requirement Engineering)의 프로세스 구성도, 세부사항 설명

 2-1. 요구공학(Requirement Engineering)의 프로세스 구성도

 

 2-2. 요구공학(Requirement Engineering)의 세부사항 설명

절차 핵심 요소 설명
추출 추출 기법 인터뷰, 시나리오, 작업분석, BPR, 프로토타이핑
워크샵, 설문조사, 브레인스토밍, 스토리보딩, 롤플레잉 , JAD 등
요구사항 수집 -> 분석,분류 -> 충돌의 해결 -> 우선순위
요구사항평가 위험평가, 우선순위평가
분석 분석 기법 - 구조적 분석 : DFD, Data Dictionary, Mini Spec 등
- 객체분석: Usecase 기반 분석 : UML, 모델링 등
분석 활동 - 구조적 분석 : DFD, Data Dictionary, Mini Spec 등
- 객체분석: Usecase 기반 분석 : UML, 모델링 등
분석기준 - 시스템을 계층적이고 구조적으로 표현
- 외부 사용자/내부 시스템의 구성요소와의 인터페이스를 정확히 분석
- 분석단계 이후의 설계와 구현단계에 필요한 정보를 제공
정의 / 명세 명세 원리 - 명확성/완전성/검증가능성/일관성/수정용이성/추적가능성/개발 후 이용성
명세 기술 - ER 모델링, 유한상태 머신, 구조적 분석과 디자인 기술
표현 방법 -수행할 What? 기술 : 형식언어, 자연어, 다이어그램 Use Case, 시나리오
-목표 달성을 위한 해결방법은 기술하지 않음
검증 검증 기법 -Validation(검증): 요구들을 충족시키는지의 여부를 판단하기 위한 활동
-Verification(확인): 요구에 적합한지를 입증하기 위한 활동
-프로토타이핑, 테스트케이스
검증 항목 - 타당성, 명세구조, 공통어휘
검증 근거 - 요구사항명세서, 조직지식, 조직표현
승인 기준 - 문서화/명확성/간결성/이해성/시험성/사용성/추적성/검증성
검증 결과 - 요구사항 문제 보고서
관리 주요 관리 요구사항의 유지보수, 변경관리, 형상관리
비즈니스 요구 변화, 요구사항 점진적 상세화, 이해 당사자간 요구 충돌
요구사항 변경관리, 요구사항 추적관리, 자동화
관리 절차 ① 협상: 가용한 자원과 수용가능한 수준에서 구현 가능한 기능을 협상
② 기준선: 공식적으로 검토되고 합의된 요구사항 명세서(개발 기준선)
③ 변경관리: 요구사항 기준선을 기반으로 모든 변경을 공식적으로 통제
④ 확인/검증: 구축된 시스템이 이해관계자가 기대한 요구사항에 부합되는지 확인

'1. IT Story > Basic Studies' 카테고리의 다른 글

가치사슬(Value Chain)  (0) 2019.07.07
5 Force  (0) 2019.07.06
IEEE 1471  (0) 2019.07.05
모델체킹(Model Checking)  (0) 2019.07.04
요구사항분석  (0) 2019.07.02
경영환경분석  (0) 2019.07.01
IT ROI (Return Of Investment)  (0) 2019.06.30
BSC(Balanced Score Card)  (0) 2019.06.29
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 요구사항분석의 개요

 1-1. 요구사항분석의 정의

- 문제의 해결 또는 목적 달성을 위하여 사용자에 의해 요구되거나 표준이나 명세 등을 만족하기 위해 시스템이 가져야 하는 서비스 또는 제약 사항

 

 1-2. 요구사항분석의 목적

 1) 프로젝트 성공 : 요구사항 분석
 2) 의사소통 : 사용자의 요구에 대한 이해 , 협력적인 관계 유지
 3) 비용 및 기간 단축  : 초기에 Error 체크 일정지연 방지
 4) 일관성 유지 : 요구사항 변경 식별에 대한 대응

 

2. 요구사항분석의 개념도, 기법

 2-1. 요구사항분석의 개념도

 

 2-2. 요구사항분석의 기법

단계 기법 적용 상황
추출 InterView - 상위 요구사항을 도출할 때
- 사용자 필요를 파악하고자 할 때
Questionnaire - 시스템에 대한 전체 의사가 필요한 경우
- 현 시스템의 문제점을 파악하고자 할 때
Role Playing - 사용자의 문제를 효과적으로 이해하고자 할 때
Workshop - 요구사항 추출을 촉진시켜 요구사항 범위를 확정 하고자 할 때
- 단기간에 집중적인 노력을 들여 요구사항을 추출, 피드백을 받아 확정 하고자 할 때
Brainstorming - 짧은 시간 내에 많은 양의 아이디어를 획득하고자 할 때
- 판단과 비판을 유보하여 창의성을 극대화 할 때
분석 유스케이스 모델링 - 사용자 참여도를 높이고자 할 때
- 사용자와 효과적인 의사소통이 필요할 때
데이터 모델링 - DBMS를 중심으로 업무를 파악하고자 할 때
프로토타이핑 - 사용자의 정확한 피드백을 얻고자 할 때
- 기술 검증이 필요할 때
- 위험 관리가 중요할 때
Review - 고객과 함께 검토하고자 할 때
검증 Inspection - 사용자 요구사항이 정확히, 완벽하게 그리고 추적성 있게 정의 되었는지 점검 할 때
Walk - Through - 객관성을 확보하기 위해 제3가 점검할 때

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

5 Force  (0) 2019.07.06
IEEE 1471  (0) 2019.07.05
모델체킹(Model Checking)  (0) 2019.07.04
요구공학(Requirement Engineering)  (0) 2019.07.03
경영환경분석  (0) 2019.07.01
IT ROI (Return Of Investment)  (0) 2019.06.30
BSC(Balanced Score Card)  (0) 2019.06.29
MDA(Model Driven Architecture)  (0) 2019.06.28
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. 경영환경분석의 개요

 1-1. 경영환경분석의 정의

    - 정보 전략 수립 시 내/외부의 경영 환경 분석을 통해 주요성공요인을 도출하는 등의 전략적 의사 결정에 유용한 정보를 제공하기 위한 기법

 

 1-2. 전략 수립 프로세스

 

2. 경영환경분석의 개념도, 경영환경 분석 및 전략수립 도구의 종류

 2-1. 경영환경분석의 개념도

5 Forces(외부환경분석)와 7S(내부환경분석)의 분석결과를 SWOT 기법을 통해 최적의 전략을 도출하는데 활용

 

 2-2. 경영환경 분석 및 전략수립 도구의 종류

구분 도구 및 기법 내용
외부환경분석 거시환경분석
(PEST,STEEP)
경제적요인, 정치적요인, 사회적요인, 인구학적 요인, 기술적요인
미시환경분석 기업내부, 공급자, 고객, 경쟁자, 마케팅 중간상을 분석
5 Forces 분석
(미시환경
분석의 일종)
잠재적 경쟁자의 진입 위험, 대체재(대체상품)의 위협, 기존 기업 간의 경쟁, 공급자 교섭력, 수요자 교섭력의 5가지 시장경쟁 요인에 대한 산업의 구조적 특성 및 기업구조의 가치 분석 등 산업 환경을 분석하기 위한 모형
시나리오 기법 미래의 불확실성을 감안하여 다양한 미래의 모습을 반영함으로써 단순 예측기법의 한계를 보완
내부역량분석 재무제표분석 재무비율(안정성, 활동성), 자금 흐름 분석 등의 재무제표 분석
Value Chain 기업 활동을 주활동부와 부활동부로 나눠, 각각의 부문에서 비용이 얼마나 들고 소비자들에게 얼마나 부가가치를 창출하는 지를 보다 정교하게 분석; VBM 연계
- VBM(Value Based Management)
7S Model 전체적인 시각에서 기업조직의 변화대처능력에 영향을 끼치는 7가지(Style, Strategy, Structure, System, Skill, Staff, Share Value) 경영요소로 전략 수립/실행/평가
경쟁전략수립 SWOT 분석 외부환경의 기회/위협(Opportunities, Threats), 내부의 강/약점(Strengths, Weakness)을 분석하여 전략적으로 고려해야 될 리스트 작성 및 방향 설정
4C 비즈니스 문제해결분석 방법론 4C(Circumstance, Customer, Competition, Company)를 이용하여 현황분석 및 Data를 바탕으로 전략 수립
BCG Matrix 성장률-점유율 매트릭스에 의해 사업을 평가하고 전략 수립. Star, Question mark, Cash cow, Dog

 

3. 경영환경분석의 기대효과 및 고려사항

 1)  기대효과

   - 최대의 가치창출 및 독창적 경영활동을 위한 유용한 정보 제공

   - 고객관계 강화 및 경쟁업체 분석을 통한 수익성 제고

 2) 고려사항

   - 단기 수익률보다 가치 창출에 의한 미래의 성장 반영 고려

   - 새로운 시장의 등장에 대한 선도적 대응 필요함.

'1. IT Story > Basic Studies' 카테고리의 다른 글

IEEE 1471  (0) 2019.07.05
모델체킹(Model Checking)  (0) 2019.07.04
요구공학(Requirement Engineering)  (0) 2019.07.03
요구사항분석  (0) 2019.07.02
IT ROI (Return Of Investment)  (0) 2019.06.30
BSC(Balanced Score Card)  (0) 2019.06.29
MDA(Model Driven Architecture)  (0) 2019.06.28
SLA (Software Product Line)  (0) 2019.06.27
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. IT ROI (Return Of Investment)의 개요

 1-1. IT ROI (Return Of Investment)의 정의

   - IT ROI는 IT 투자비용 대비 IT 투자성과를 도출하여 IT투자의 경제적 타당성을 평가하는 기법

      -> IT 투자성과: IT가 비즈니스 성과향상에 기여하는 바를 재무적으로 환산하여 계산

      -> IT 투자비용: 컨설팅비용, 구축비용, 유지보수 비용 등 구축 및 운영 비용을 합산하여 산정

   - IT ROI 분석은 기업의 비즈니스에 대한 이해를분석은 기업의 비즈니스에 대한 이해를 바탕으로 시스템에 영향을 받는 중요한 프로세스를 규명하는 것부터 시작해야 함.

 

 1-2. IT ROI (Return Of Investment)의 필요성

투자에 비해 기대수준의 성과를 얻지 못한 것은 IT 투자와 구체적인 비즈니스 가치 창출을 연계하지 못한 것이 주요 원인

 

2. IT ROI (Return Of Investment)의 분석 전략, 분석 방법

 2-1. IT ROI (Return Of Investment)의 분석전략

분석시기와 목적, 기업의 문화, 투자의 형태, 회수 기간과 전략적 기여도에 따라 적합한 기법을     선택/활용

 

 2-2. IT ROI (Return Of Investment)의 분석 방법

  (1) 분석시기와 목적 기준 IT ROI 분석방법

    1) 사전 ROI 분석

      - 기업의 경제•사업•전략 관점에서 IT 투자 효과를 예측하고 IT 투자에 대한 의사결정 체계를 구현하는 평가 방법

      - 예상 프로젝트들에 대해 투자 타당성을 검증하고 그 결과에 따른 적합한 대안을 선택

   2) 중간 ROI 분석

      - 진행 중인 프로젝트에서 시간의 흐름에 따라 점점 구체화돼 가는 비용•효과•위험을 비교하는 평가 체계

      - 프로젝트별 진척 현황을 IT ROI 관점에서 관리하는 기법

   3) 사후 ROI 분석

      - 이미 구축된 정보시스템들의 IT 성과 측정 및 정보시스템 구축 목표 달성 여부를 검증

      - 정량적 평가와 정성적 원인 분석이 이루어지면 기업의 전략과 연계된 IT 성과 관리 체계를 구현, 지속적인 모니터링 체계를 구현 가능

 

 (2) 회수기간과 전략적 기여도 기준 IT ROI 분석방법

   1) Cost-benefit analysis (비용-효과 분석)

      - 재무적 평가 관점의 가장 많이 사용하는 방식

      - 비용-효과(Cost-benefit) 분석을 통해 투자수익률(ROI), 순현재가치 (NPV), 내부수익률(IRR), 회수 기간(PP) 등으로 결과 값을 도출해내는 방법

   2) Information economics (정보경제학)

     - 프로젝트의 포트폴리오를 평가하고 최대의 효과를 내는 장소에 자원을 할당하기 위한 중립적인 방법론

     - 상대적 중요성이나 위험을 평가하여 우선 순위를 매기며, 비즈니스 목표들과 연계하는데 용이

  3) Real options (실물옵션 가치)

     - 불확실한 경영 환경 아래서 전략적 투자를 평가하고 관리하는 방법

     - IT가 창출하는 유연성의 가치를 잡아내고 위험요소는 최소화하려는 접근방법

  4) Scenario planning (시나리오 계획)

     - 투자가 생겼을 때의 잠재적인 산출 결과를 완전히 이해하고 각각의 시나리오에서 효과 및 개연성을 염두하고 투자 결정 평가를 내리는 기법

  5) Information Orientation (정보 기반)

    - 3가지 영역인 정보행동 및 가치(Information Behaviors and Values), 정보관리 실행(Information Management Practices), 정보기술 실행(Information Technology Practices) 각 영역의 실행 수준과 가치 역량을 측정하여 정보화를 평가하는 기법

    - 정성적 효과 분석에서 누락될 수 있는 많은 부분을 고려

'1. IT Story > Basic Studies' 카테고리의 다른 글

모델체킹(Model Checking)  (0) 2019.07.04
요구공학(Requirement Engineering)  (0) 2019.07.03
요구사항분석  (0) 2019.07.02
경영환경분석  (0) 2019.07.01
BSC(Balanced Score Card)  (0) 2019.06.29
MDA(Model Driven Architecture)  (0) 2019.06.28
SLA (Software Product Line)  (0) 2019.06.27
AOP(Aspect Oriented Programming)  (0) 2019.06.26
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,

1. BSC(Balanced Score Card)의 개요

 1-1. BSC(Balanced Score Card)의 정의

- 재무적 관점과 고객, 내부프로세스, 학습과 성장측면의 3가지 비재무적인 관점을 측정 가능한 핵심성과지표(KPI)로 전환하여 관리함으로써, 균형적인 경영성과관리를 실행하도록 도와주는 성과관리기법

 

 1-2. 특징

 1) 지표간 균형 : 재무-비재무, 결과-과정, 단기-장기, 내부-외부, 과거-미래 지표간 균형

 2) 전략과 연계 : 조직의 전략으로부터 도출되어, 조직의 비전 및 전략을 이행하기 위한 목표를 기반으로 함

 3) 전략에 대한 의사소통 : 전략에 대한 조직 구성원간의 의사소통이 원활해짐으로써 공통의 목표를 지향하게 함

 

2. BSC(Balanced Score Card)의 구성도, 구성요소

 2-1. BSC(Balanced Score Card)의 구성도

 

 2-2. BSC(Balanced Score Card)의 구성요소

 1) 재무적 관점 (과거)

    - 전통적인 성과 측정 관점으로 매출액, 순이익, 원가절감 등 재무적인 평가

    - KPI(정량적수치) : 매출액, 현금흐름, 재고, 채권 효율화, 영업이익률

 

  2) 고객 관점 (현재)

    - 고객의 충성도 제고, 고객의 만족도 향상 등 고객 관계 관점 평가

    - KPI(정량적수치) : 고객만족도, 적시 공급율 수주출하 lead

 

  3) 내부프로세스 관점 (현재)

     - 조직내부 프로세스의 최적화 관점에서의 성과를 평가하고, 프로세스 향상에 대한 노력을 성과로 인정함      

     -  KPI(정량적수치) : Cycle Time, 신제품 개발건수 단위원가

 

  4) 학습과 성장 관점 (미래)

   - 조직에서 구성원의 중요성을 강조하여, 구성원의 학습노력과 역량증진에 대한 성과를 측정함

   - 종업원만족도, 제품개발기간 신제품비율

'1. IT Story > Basic Studies' 카테고리의 다른 글

요구공학(Requirement Engineering)  (0) 2019.07.03
요구사항분석  (0) 2019.07.02
경영환경분석  (0) 2019.07.01
IT ROI (Return Of Investment)  (0) 2019.06.30
MDA(Model Driven Architecture)  (0) 2019.06.28
SLA (Software Product Line)  (0) 2019.06.27
AOP(Aspect Oriented Programming)  (0) 2019.06.26
플래닝 포커(Planning Poker)  (0) 2019.06.25
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,