3. 3
개별 SW 개발자 개발 생태계
단일 기업
프로젝트 팀
코드 중심 설계 협업 중심 개발 라이프 사이클 관리 콤포넌트 기반 개발
클라우드 컴퓨팅
클라이언트/서버 모델
& 애플리케이션 서버 플랫폼
메인 프레임 플랫폼 미니 컴퓨터 플랫폼
B
U
Corporate
Large Info
Intensive
B
U
Type of User
Type of
Business
B
U
Corporate
Departmental
Large Info
Intensive
Large
B
U
Process
Large
Small
Corporate
Departmental
Large Info
Intensive B
U
Large
Corporate
Departmental
Large Info
Intensive
Process
Small
Consumer
개발방식
플랫폼 구조
사업구조
4. 4
고객 가치
내부 가치
▪ 무료 라이선스에 따른 도입 비용 절감
원가 절감 ▪ 상용 제품 대비 저렴한 공급가
▪ 툴의 경우 원가 비용이 발생하지 않음
비용 절감
▪ SaaS 방식의 정액제 유지보수 계약으로 TCO(Total Cost Ownership) 절감
▪ 특정 SW 및 HW에 대한 고착(Lock-in) 현상 탈피
종속성 탈피
▪ 도입 가능한 SW 및 HW에 대한 선택의 폭 증가
▪ 표준 준수에 따른 개방성 증가
개방성 증가
▪ 향후 필요에 따라 비표준 상용 제품으로 전환 용이
수주 경쟁력 증가 ▪ 제품 비용 절감 및 적용 제품에 대한 선택의 폭이 증가되어 수주 경쟁력이 향상됨
기술 역량 증대 ▪ 소스 코드가 공개되어 프로그램에 내재된 원천 기술 습득이 용이함
5. 5
참여 & 기여
컴파일
&
배포
패치 & 업그레이드
개발환경 구축
상품화 환경
시험,인증 ,보안
도입
기술지원
출처,포맷,배포 방법 관리
라이선스 적용
기업내 사용 정책과 절차
패치& 업그레이드 관리
라이선스와 법적 검토
TCO?
기업 참여 및 기여 정책
외부 고객에게 판매
및 서비스
선택에 따른 사용일관성? SLA정의 및 보장?
배상과 의무사항 관리
보안 취약점
계약 의무사항
선택
기준
필요성
출처
지원가능성 점검?
외주개발 검증?
13. 13
“It’s really hard to design products by focus
groups. A lot of times, people don’t know what
they want until you show it to them. ”
focus groups: 시장 조사나 여론 조사를 위해 각 계층을 대표하도록 뽑은 소수의 사람들로 이뤄진 그룹
23. 23
프로토타이핑이란?
▪ 제품의 최소한의 핵심 기능을 가지고 있는 기본적이면서도 원시적인 형태의 결과물
▪ 시제품(주: 데모)이 나오기 전의 제품의 원형 또는 초기 모델
▪ 사용자의 요구사항 반영을 위한 커뮤니케이션의 참고 대상이며 모든 요구사항을 반영할 때까지 지속적으로 개선 및
보완됨
▪ 장점
- 사용자 중심의 개발 방법으로 최종 요구사항의 반영 극대화
- 오류를 초기에 발견하여 Risk를 줄일 수 있음
- 변경 사항 반영이 용이
▪ 단점
- 문서화 과정이 생략(산출물을 보고 작업하기 때문에) 됨
- 범위가 명확하지 않을 경우 시간과 비용 많이 소모됨
- 비 기능 요건에 대한 반영이 부족할 수 있음
▪ 단점에 대한 보완 방안
- 프로토타이핑 과정에 문서화 작업을 병행 (개발 과정에서 나오는 문서는 실질적이며 매우 유용)
- 핵심 기능들의 우선 순위에 따라 정해진 기간(투입 리소스) 동안 가능한 범위 작업
- 성능, 보안 위험 등과 같은 비 기능 요건에 대해서도 프로토타이핑 범위에 추가
24. 24
프로토타이핑 과정
▪ 1단계 - 핵심 요구사항 분석: 기본적인 사용자 요구사항을 시스템 설계자와 사용자가 함께 작업
- 주로 핵심적인 기능과 검증이 필요한 부분 위주로 항목 선정
- 기능(functional) 또는 비기능(non-functional) 요건 모두 상관 없음
▪ 2단계 - 개발: 시스템 설계자가 위에서 도출된 요구사항을 만족시키는 프로토타입 개발
- 외형적인 모습(디자인)은 크게 신경쓰지 않고 주로 핵심적인 기능에 대한 검증 목적
- 가능하면 실제와 동일한 프로그래밍 언어를 사용하면 좋지만 필요에 따라 4GL 언어나 Case Tool 등을 사용해도 무방
▪ 3단계 - 사용: 사용자가 개발된 프로토타입을 실제 사용
- 요구사항이 정확히 반영 되어 있는지를 확인
- 프로토타입을 보완해서 궁극적으로 원하는 상용제품을 만들기 위한 여러 가지 제안 도출
▪ 4단계 - 보완: 프로토타입의 수정과 보완
- 시스템 설계자는 사용자가 요구한 제안 사항과 이에 따르는 보완작업
- 프로토타입이 수정/보완 된 후에는 3단계로 돌아가며 사용자가 만족할 때까지 3단계와 4단계 반복
프로토타입 결과물의 활용
▪ 완성된 산출물은 향후 실제 개발 과정에서 사용할 뼈대(skeleton)로 활용
48. 48
기능 테스팅이란?
기능 테스트는 기능과 명세서를 준수하는 제품의 동작을 확인. 이 테스트는 시스템 /
구성 요소의 내부적인 메커니즘을 무시하고 오직 선택된 입력과 실행 조건에 대한
응답으로 생성 된 출력에 초점을 맞춤.
기능 테스팅 절차:
▪ 시작(Initiation)
▪ 테스트 계획(Tests planning)
▪ 테스트 설계(Tests design)
▪ 테스트 실행(Tests execution)
▪ 분석 및 리포팅(Analysis & reporting)
▪ 완료(Completion)
49. 49
성능 테스팅이란?
성능 테스팅은 기술된 성능 요구사항을 시스템 및 컴포넌트가 준수하는지 평가를 위해
수행됨. 때로는 많은 사용자를 시뮬레이션하는 자동화된 툴에 의해 수행.
성능 테스팅시 장시간 부하 등의 시스템 안정성 여부의 테스트도 병행하여 수행함
성능 테스팅 절차:
▪ 응답시간 및 자원 사용량 측정
▪ 가능한 중단점 및 최대 부하 정의
▪ 최적의 성능을 위한 권고 데이터 수집
▪ SLA를 충족할 수 있는 검증값
▪ 시스템 신뢰성 체크
▪ 시스템 내 병목 지점 확인 및 제거
예시: 로드러너 화면
50. 50
자동화 테스팅이란?
자동화 테스팅은 테스트 수행에 대한 제어, 예상되는 결과 대비 실제 결과, 테스트 사전
조건에 대한 준비, 다른 테스트 기능을 제어하는 소프트웨어의 테스트 자동화를 의미.
테스터에 의한 수작업보다 훨씬 더 가치있는 테스팅 방법을 제공
자동화 테스팅의 이점
▪ 시간 및 비용 절약(time-to-market)
▪ 수동 테스팅에 필요한 공수의 최소화
▪ 소프트웨어 품질 향상
▪ 자동화된 테스트 방법으로 인한 오버헤드 감소
자동화 테스팅 적용 가능 영역 :
▪ 회귀 테스트
▪ 데이터 기반 테스트(동일 시나리오, 다른 입력 데이터)
51. 51
지역화 테스팅이란?
제품을 특정 지역에서 사용할 수 있도록 특화된 형태의 테스팅을 의미. 성공적으로
지역화된 제품들은 우선 해당 지역의 언어, 문화 특수성을 고려한 제품의 기능을 가지고
있음
지역화 테스트는 다음의 항목을 포함:
▪ 소프트웨어 사용자 인터페이스 번역 확인
▪ 인터페이스 요소에 대한 적용 검증
▪ 사용자 가이드, 도움말, 기타 보조 문서 번역 여부
▪ 문장에 대한 쓰기 규칙 지정
지역화 테스트 + 기능 테스트 = 테스팅 기능 강화
기능적인 문제 및 결함은 종종 소프트웨어 지역화의 결과로 나타남. 이 경우 문제가
발생하는 기능 테스트에 대한 수행을 하지 않음으로써 지역화에 소모되는 시간과
노력에 대한 위험을 제거하도록 함.
52. 52
보안 테스팅이란?
보안 테스트는 사용자의 의도된 기능을 유지하고, 정보 시스템의 데이터를 보호하는지
확인하기 위한 과정이다. 보안 테스트에 포함해야 할 여섯 가지 기본 보안 개념은
기밀성, 무결성, 인증, 권한 부여, 가용성 및 부인방지(否認防止)임.
보안 테스팅을 사용하는 이점:
▪ 애플리케이션 품질 향상
▪ 해킹을 통한 침투 위험 감소
▪ 고객 및 시스템 사용자를 만족시킬 수 있는 개인 정보 보호 레벨 제공
▪ 보안 표준 준수를 통해 얻을 수 있는 마케팅 이점
53. 53
모바일 테스팅이란?
모바일 애플리케이션 테스팅은 모바일 기반 애플리케이션의 기능 테스트. 특정한
도구가 사용되진 않지만, 많은 종류의 모바일 기기가 필요.
테스팅을 위한 방법:
▪ 여러 기기의 사용. 모든 기기들은 각 기기별 특성, 제약 사항, 시스템 구현 상의
기능이 다르기 때문에 각각의 기기를 확인해야 함.
▪ 에뮬레이터 소프트웨어를 사용. 이 방법은 장치 고유의 특성을 보여주지 못하므로,
신뢰성이 떨어질 수 있음. 하지만 개발의 편의성으로 인해 많은 부분이 이 접근
방법을 사용하고 있음
모바일 테스팅 영역 내의 서비스:
▪ 현존하는 모바일 기기에 대한 소프트웨어 테스트 또는 프로토타이핑
▪ 애플리케이션은 iOS, 안드로이드, 바다, 윈도우 폰 등을 위한 테스트
54. 54
일반 문서 특화 문서 문서 템플릿
•테스팅 프로세스 •문서 리뷰 •기능 명세서
•유닛 테스트 가이드라인 •요구 사항 명세 가이드 라인 •테스트 설계
•결함 추적 •위험 관리 가이드 라인 •테스트 계획
•테스트 설계 절차 •파일 관리 정책 •테스트 결과 리포트
•빌드 및 배포 절차 •코딩 표준화 문서 •테스트 통지
•변경 요청 절차 •테스트 사후 보고서
55. 55
단계 지원 툴
프로젝트 계획 MS Project
테스트 및 결함 추적 Atlassian Jira* , LogiGear TrackGear, HP Quality Center, Bugzilla and Rational ClearQuest
설정 관리 SVN, MS VSS, CVS, and SharePoint
프로세스 모니터링
Atlassian Jira*, LogiGear TrackGear, HP Quality Center, Rational ClearQuest and system of
metrics& reports
성능 테스팅
Rational Performance tester, HP LoadRunner, SilkPerformer, Jmeter, AQtime, Profilers,
WinDBG with SOS
테스트 자동화
SilkTest, Rational Functional Tester, Selenium, HP WinRunner, HP QTP, HttpUnit, Jmeter,
Rational Performance Tester, custom framework in Java and Perl
보안 테스트 도구
IBM Rational Appscan, WebInspect, WebScarab, Xspider, Nessus, Nikto, Firebug, small
tools for injection checks
위험 관리 Report system, MS Project
56. 56
TaaS 코어 영역
사용자
인터페이스
Service 3 Service 2
Testing Frame
work
In house Tools /
External Tools
Test
Analyst
Test
Process
Internal Service Management
Web
Automation Offering
Perf .Test
Web/ERP
Performance Offering Functional Test Offering
상용 모델
SLAs
Manual Testing
서비스
패키지
Service n…
HAAS/
Cloud
Demand Management
Customer 1 Customer 2 Customer …n
Service Catalogue for business
Service Catalogue for Operations
Customer Service Management
Test Assets
Test Assets Test Assets Test Assets
60. 60
우리의 사업전략이 성공하기 위해서
기술적인 면에서 할 수 있는 일은?
현재 우리가 보유하고 있는 기술은?
우리가 보유하지 못한 기술 중
우선적으로 획득해야 하는 핵심기술은?
어떻게 기술차이를 극복할 것인가?
• 어떤 기술을 개발해야 하는가에 대한 판단
✓ 기술동향 분석 및 예측에 기반
✓ 고객니즈에 기반
• 대상 기술에 대한 이해 및 보유 여부 판단
✓ 기술구성도 작성
✓ 기술구성도 항목에 대한 보유 여부 판단
• 어떤 기술을 개발해야 하는가에 대한 판단
✓ 기술의 영향도 및 기업의 기술경쟁력에 따른 평가
✓ 우선 순위화
• 기술획득 계획 수립
✓ 필요기술 우선순위에 근거한 기술로드맵 작성
✓ 기술 별 획득 방법 결정
61. 61
W i n d o w s Solution Strategic R o a d map
C u rre nt 2 0 09 2 0 10 2 0 12 2 0 13 2 0 14
PC
Pultrusion
STP
Partnership
&
Sealant
Capabilities
MarketInitiatives
RIM
TPU
Regulator,
Codes
&
Triggers
&
Advocacy
MarketDrivers
Hurricane Ike I ns urance C ompani es requiring m ore stringent Building R equi rem ents
D O E zero energy building initiative for Residential (to 2020)
1st
Specifica- tion
s
R e s id e n t ia l C o d
e C h a n g e s ?
C o m m e r c ia l C o d
e C h a n g e s ?
A dv oc acy of B M S Solutions at B erk l ey National La bs
1st Commercial
Sale
V a lid a t e V a lu e
P r o p
w it h f o r m u la t o r
V a l u e P r o p
S t o r m G u a r d s
V a l u e P r o p
f or R e s i d e n t i a l
G ain co
m m itm ent f
r om par tner
for scale up
Establish
solution
A dv oc acy of architects/insurers, requi rem ents of blast or v a nda l wi nd
ow solution
Pull-through advocacy with
1st
Commercial
architects, OEMs, insurers, govts. Specifica-
tions
2 0 11
Blast & Va nda l ism risk c onti nues to escalate
Mar gin 2
Mar gin 2
C o m m e r c i a l P C
Sella ble win
dow so lu tio
n
W i n d o w m a r k e t
V a l u e P r o p
Closing
(commitment
1
st
Windows OEM establish pultursion capacity Shipment
C om pl ete trials a nd testing G o
V a lid a t e
V a l u e P r o p f or Establish target buyers/partners G o / N o
C o m m e r c i a l v s .
A lu m in u m
path to 1 st sale
market
path to 1 sale
Establish production of Blast/
Pr ot ot ype
Va nda l i sm wi ndow solution
1 st shipm
ent
1st commercial
sale
ID design firm for Storm
Guard market
E n e r g y
S t a r R e q u ir e m e n t
r a i s e d
Viable Cha
nnel
Pull-through a dv oc acy with architects, Commercial
regulators, etc.
Ga i n shelf-space a nd sales at retail c ha nnel
Ga i ni ng approvals, rec om m endati ons, a nd private label contracts with W i ndows O E M (
8 m onths )
C o-dev el op W i ndow Solution with C om m erci al W i ndow
O E M
A TP U resin dev el opm ent for glazing wit h
Dev el op nex t genera ti on S TP L a u n c h
sealant tec hnol ogy (6-9 m onths ) n e x t g e n .
S T P p r o d u c t line
Dev el op a nd Test Storm Guard solution
Validat e Validate lamination proc es s and Determine
D eer f ield test to specification
Validat e
Validate pre-lamination process, lamination Determine
st
w ith
Shef f ield process and test to specification market
V a l i d a t e Determine interest and solution G o / N o
V a l u e P r o p concept for RIM Encap in G o
C o m m e r c i a l commercial market
Establish target buyers
V a l i d a t e
(suspects vs. prospects)
Establish target buy ers
V a l i d a t e (suspects-to-prospects)
V a l i d a t e
Define preferred solution(s) for Season Guards :
& n e e d s f or commercial, residential, retrofit, etc.
ID Storm Guard channel-to-market (High-end a
nd/or low-end)
Cultivate go-to-market partnership a nd pl a n with formulator
(s)
Dev el op a line of S TP sealants (≈ 6 m ths )
Pultruded Thermal Break
G o/ N o G o
Tech
Traco – can they achieve it? Feasbilit y
OEM
Des i gn B MS-Sheffi eld solution to m a tch O E M requi rem ent
require- me
nt
V a l i d a t e Determine path: Ref ine
Establish partnership/develop end Define
V a l u e P r o p Blast? Wind? Value
f or Vandalism?
Pr op & solution with Commercial OEM(s)
Target
C om pl ete feasibility of tec hnol ogy with Residential W i ndow O E M prototype
f or R e s i d e n t i a l
C om pl ete trials a nd testing Sales
at target c om pa ni es to buy)
Identify pa th to full-scale production Est ablish
R IM
including capital i nv es tm ent opt ion
Residential W i ndow O E M: prepa re
RIM
w indow
l a unc h of R I M wi ndow line launch
Residential
Commercial
L a u n c h S T P s
e a la n t
line t o W i n d o w O E M
L a u n c h S T P S e
a l a n t t o r e t a il s e c t o
r
작성한 로드맵:
✓핵심 기술/상업 마일스톤
✓최초 판매 시점까지 라우팅
✓매출/이익을 점진적으로 증대시키는 라우팅
이벤트 추적 (인수합병, 신규 포트폴리오 전략)
신규 규제/법률
제3자에 의한 시장 이니셔티브
(예. 채널과 조인트 개발/마케팅 활동)
내부 기술 개발
시장 동인/트렌드 (예. 경쟁사의 압박)
소비자/주요 소매점 요구사항의 수용
전략적 파트너쉽
제품개발
65. 65
전략계획을 위한 시간축 (3년, 5년, 등) 주어진 시간축에서 문제를 해결하기
위해 필요한 정보들
차원/마일스톤 간의
연관관계
시간 차원
마일스톤 연계
• 시장
• 제품
• 기술
핵심 일정/이벤트
• 제품 출시, 단종
• 법규 적용일자
다른 비즈니스
프로세스와의 연계
개발 파이프라인과의 연계
기능 단위 지식/능력과의 연계
• 법규
• 경쟁사
전사 사업 전략과의 연계
66. 66
“Know-why”
“Know-what”
“Know-how”
담당부서: 마케팅, 사업개발, 프로그램 관리
담당부서: 개발팀
단위 기능 로드맵
영향 요인:
외부 환경/동인/트렌드
브랜드/카테고리 로드맵
제품 로드맵:
목표/솔루션/능력/서비스를
만족하는 제품의 발전
플랫폼 로드맵: 제품개발을
위해 필요한 기술/경쟁력 개발
우선순위 정렬 & 개발
통합 로드맵
능력 로드맵: 기술/경쟁력을 보유하
기 위한 기술 프로젝트
담당부서: 영업/서비스/기술팀
67. 67
2019 2020 2021 2022
2021 Full Launch
2019 Available
Development
Full Launch
Product 2
Product 3
Technology 1
Technology 2
Product 1
Critical Market 1
Critical Market 2
2021 Available
2020 Development
Development
Development
2020 Full Launch 2022 Retire
(2019 Growing X %)
(2019 Begins Decline, X annual %)
2021 Retire
Technology 1
Product 1 Product 3
Market 2 Product 2
Technology 2
70. 70
Digital Transformation Enabler - Cloud Migration/Application Modernization
클라우드 네이티브 설계
및 구축(MSA전환)
IT 운영/시스템 개선
계획, 노후화 개선
비용 절감 및
운영 비용 효율화
기존 시스템 안정화 및
효율성 제고
클라우드 도입/확대
신규 시스템 구축
민첩성 확보 요구
멀티/하이브리드
클라우드
시스템/업무 자동화
보안/거버넌스
신기술 비즈니스
강화(AI/Blockchain 등)
조직 문화 혁신
업무 시스템 서버
인벤토리 축적
서비스 분석 클라우드 마이그레이션
서버
WEB/WAS
응용 애플리케이션
인터페이스
Amazon AWS
Google GCP
VMWare
ReHost/ReFactor
OpenStack
소스 변경(Refactor)
서버 변경(Rehost)
오픈소스 전환 비용 관리
클라우드/컨테이너 관리
가상화/클라우드
Linux
Container(K8S)
Public Cloud
Unix
오픈소스
Private Cloud
DevOps/MSA
71. T. 02-516-0711 E. sales@osci.kr
서울시강남구테헤란로83길32,5층(삼성동,나라키움삼성동A빌딩)
THANK YOU