갈길은간다

Gartner Top 10 Strategic Technologies 2009

2008-10-31T13:32:42Z

가트너(Gartner)는 ‘가트너 심포지엄/IT엑스포(ITxpo)’에서 2009년 10대 기술 전략을 발표(Orlando, 2008.10.16)

◆ 2009년 10대 전략 기술

① 가상화(Virtualization)

▷ 현재 서버 가상화를 중심으로 진행되고 있으나, 향후에는 스토리지와 고객

장치 가상화, 호스티드 가상 이미지(hosted virtual image) 등으로 발달할 것

② 클라우드 컴퓨팅(Cloud Computing)

▷ 클라우드 컴퓨팅의 활용으로 기업들은 시장 진입시 비용절감, 탄력적 운영등이

가능해질 것

③ 서버(Servers-Beyond Blades)

▷ 서버는 현재 블레이드 서버(blade server) 단계에서 더 진화할 것

④ 웹기반 아키텍처(Web-Oriented Architectures)

▷ 웹 중심 방식이 지속적으로 진화함에 따라 전사(轉寫) 솔루션에 활용할 수

있을 것

⑤ 엔터프라이즈 매쉬업(Enterprise Mashups)

▷ 기업들은 현재 웹상에서의 취미부터 전사(轉寫) 시스템에 이르기까지

매쉬업을 이용한 애플리케이션을 전달 및 관리하기 위한 모델을 연구

⑥ 특화시스템(Specialized Systems)

▷ 혼합형 시스템(heterogeneous systems)은 가장 어려운 작업의 요구사항을

처리하기 위해 새롭게 떠오르는 고성능 컴퓨팅 트렌드로서, 향후 컴퓨팅

시장에 확산될 것

⑦ 소셜 소프트웨어 및 소셜 네트워킹(Social Software and Social

Networking)

▷ 소셜 소프트웨어는 사회적 네트워킹, 사회적 협력, 사회적 매체 및 사회적 증명

등 다양한 종류의 기술을 포함함에 따라, 기업은 사회적 플랫폼을 채택해야

할 것

⑧ 통합통신(Unified Communications)

▷ 애플리케이션 서버의 용량이 증가하고 통신 애플리케이션이 공통 상용 서버

(common off-the-shelf servers)와 운영체계로 변화함에 따라 시장들이 통합

될 것

⑨ 비즈니스 인텔리전스(Business Intelligence)

▷ 비즈니스 인텔리전스(BI)는 기업 전략부터 운영 과정에 이르는 모든 비즈니스

단계에 영향력을 미치며, 임무 달성 능력을 향상시킬 것

⑩ 그린IT(Green IT)

▷ 사용 증가로 인한 탄소 배출, 기타 환경적 영향에 대한 규제가 강화됨에 따라

기업들은 데이터 센터의 능력 향상 및 그린IT를 위한 대응방안을 마련해야

할 것

<원문>
Gartner, Inc. analysts today highlighted the top 10 technologies and trends that will be strategic for most organizations. The analysts presented their findings during Gartner Symposium/ITxpo, being held in Orlando through October 16.

Gartner defines a strategic technology as one with the potential for significant impact on the enterprise in the next three years. Factors that denote significant impact include a high potential for disruption to IT or the business, the need for a major dollar investment, or the risk of being late to adopt.

These technologies impact the organization's long-term plans, programs and initiatives. They may be strategic because they have matured to broad market use or because they enable strategic advantage from early adoption.

"Strategic technologies affect, run, grow and transform the business initiatives of an organization," said David Cearley, vice president and distinguished analyst at Gartner. "Companies should look at these 10 opportunities and evaluate where these technologies can add value to their business services and solutions, as well as develop a process for detecting and evaluating the business value of new technologies as they enter the market."

Top 10 Strategic Technologies for 2009:

Virtualization. Much of the current buzz is focused on server virtualization, but virtualization in storage and client devices is also moving rapidly. Virtualization to eliminate duplicate copies of data on the real storage devices while maintaining the illusion to the accessing systems that the files are as originally stored (data deduplication) can significantly decrease the cost of storage devices and media to hold information. Hosted virtual images deliver a near-identical result to blade-based PCs. But, instead of the motherboard function being located in the data center as hardware, it is located there as a virtual machine bubble. However, despite ambitious deployment plans from many organizations, deployments of hosted virtual desktop capabilities will be adopted by fewer than 40 percent of target users by 2010.
Cloud Computing. Cloud computing is a style of computing that characterizes a model in which providers deliver a variety of IT-enabled capabilities to consumers. They key characteristics of cloud computing are 1) delivery of capabilities "as a service," 2) delivery of services in a highly scalable and elastic fashion, 3) using Internet technologies and techniques to develop and deliver the services, and 4) designing for delivery to external customers. Although cost is a potential benefit for small companies, the biggest benefits are the built-in elasticity and scalability, which not only reduce barriers to entry, but also enable these companies to grow quickly. As certain IT functions are industrializing and becoming less customized, there are more possibilities for larger organizations to benefit from cloud computing.
Servers-Beyond Blades. Servers are evolving beyond the blade server stage that exists today. This evolution will simplify the provisioning of capacity to meet growing needs. The organization tracks the various resource types, for example, memory, separately and replenishes only the type that is in short supply. This eliminates the need to pay for all three resource types to upgrade capacity. It also simplifies the inventory of systems, eliminating the need to track and purchase various sizes and configurations. The result will be higher utilization because of lessened "waste" of resources that are in the wrong configuration or that come along with the needed processors and memory in a fixed bundle.
Web-Oriented Architectures. The Internet is arguably the best example of an agile, interoperable and scalable service-oriented environment in existence. This level of flexibility is achieved because of key design principles inherent in the Internet/Web approach, as well as the emergence of Web-centric technologies and standards that promote these principles. The use of Web-centric models to build global-class solutions cannot address the full breadth of enterprise computing needs. However, Gartner expects that continued evolution of the Web-centric approach will enable its use in an ever-broadening set of enterprise solutions during the next five years.

· Enterprise Mashups. Enterprises are now investigating taking mashups from cool Web hobby to enterprise-class systems to augment their models for delivering and managing applications. Through 2010, the enterprise mashup product environment will experience significant flux and consolidation, and application architects and IT leaders should investigate this growing space for the significant and transformational potential it may offer their enterprises.

· Specialized Systems. Appliances have been used to accomplish IT purposes, but only with a few classes of function have appliances prevailed. Heterogeneous systems are an emerging trend in high-performance computing to address the requirements of the most demanding workloads, and this approach will eventually reach the general-purpose computing market. Heterogeneous systems are also specialized systems with the same single-purpose imitations of appliances, but the heterogeneous system is a server system into which the owner installs software to accomplish its function.

· Social Software and Social Networking. Social software includes a broad range of technologies, such as social networking, social collaboration, social media and social validation. Organizations should consider adding a social dimension to a conventional Web site or application and should adopt a social platform sooner, rather than later, because the greatest risk lies in failure to engage and thereby, being left mute in a dialogue where your voice must be heard.

· Unified Communications. During the next five years, the number of different communications vendors with which a typical organization works with will be reduced by at least 50 percent. This change is driven by increases in the capability of application servers and the general shift of communications applications to common off-the-shelf server and operating systems. As this occurs, formerly distinct markets, each with distinct vendors, converge, resulting in massive consolidation in the communications industry. Organizations must build careful, detailed plans for when each category of communications function is replaced or converged, coupling this step with the prior completion of appropriate administrative team convergence.

· Business Intelligence. Business Intelligence (BI), the top technology priority in Gartner's 2008 CIO survey, can have a direct positive impact on a company's business performance, dramatically improving its ability to accomplish its mission by making smarter decisions at every level of the business from corporate strategy to operational processes. BI is particularly strategic because it is directed toward business managers and knowledge workers who make up the pool of thinkers and decision makers that are tasked with running, growing and transforming the business. Tools that let these users make faster, better and more-informed decisions are particularly valuable in a difficult business environment.

· Green IT. Shifting to more efficient products and approaches can allow for more equipment to fit within an energy footprint, or to fit into a previously filled center. Regulations are multiplying and have the potential to seriously constrain companies in building data centers, as the effect of power grids, carbon emissions from increased use and other environmental impacts are under scrutiny. Organizations should consider regulations and have alternative plans for data center and capacity growth.

"A strategic technology may be an existing technology that has matured and/or become suitable for a wider range of uses," said Carl Claunch, vice president and distinguished analyst at Gartner. "It may also be an emerging technology that offers an opportunity for strategic business advantage for early adopters or with potential for significant market disruption in the next five years. Companies should evaluate these technologies and adjust based on their industry need, unique business needs, technology adoption model and other factors."

이 글은 스프링노트에서 작성되었습니다.

tag : top 10, gartner, technologies, strategic

Cloud Computing

2008-10-29T17:24:56Z

84회 정보관리 1-8

클라우드컴퓨팅(Cloud Computing)에 대하여 설명하시오

클라우드 컴퓨팅의 정의

- 복수의 PC, 서버, 데이터센터등을 가상화 기술로 통합해 사용자에게 각종 소프트웨어와 보안솔루션, 컴퓨팅 능력까지 온디맨드 방식으로 제공하는 기술

이 글은 스프링노트에서 작성되었습니다.

Cloud Computing

2008-10-29T17:17:23Z

84회 정보관리 1-8

클라우드컴퓨팅(Cloud Computing)에 대하여 설명하시오

클라우드 컴퓨팅의 정의

- 복수의 PC, 서버, 데이터센터등을 가상화 기술로 통합해 사용자에게 각종 소프트웨어와 보안솔루션, 컴퓨팅 능력까지 온디맨드 방식으로 제공하는 기술

이 글은 스프링노트에서 작성되었습니다.

REST

2008-10-27T17:20:00Z

REST(Representational State Transfer)

2000년 로이 피들링(Roy Fiedling)박사 학윈 논문에서 처음 제안

대규모 네트워크 시스템을 구축하는데 유용한 아키텍처 스타일???

웹과 같이 대규모 분산 네트워크 구축 시에 지켜야 할 원리와 원칙을 의미

현재는 HTTP와 XML을 이용하여 데이터를 주고 받는 웹 서비스를 이용하는 것의 의미로 사용

일반적인 웹 서비스와 비교

이 글은 스프링노트에서 작성되었습니다.

SOA

2008-10-27T11:58:35Z

81회 정 2-6

SOA와 Web 2.0에 대하여 다음 질문에 답하시오.
가. SOA의 개념을 설명하시오.
나. Web 2.0의 개념을 설명하시오.
다. SOA와 Web2.0의 차이점을 비교 설명하시오.

78회 정 1-1

SOA(Service Oriented Architecture)에 대하여 설명하시오.

84회 조 3-6

Web 2.0에 대하여
가. Web 2.0의 개념 및 적용기술
나. 유사기술(Web 1.0, SOA, Semantic Web)과의 특징비교
다. Web 2.0 서비스 및 기업에서 도입시 고려사항에 대해 기술하시오.

81회 조 4-5

표준인터페이스 개념인 SOA(Service Oriented Architecture)에 대하여 특징, 구현기술, 구축전략 및 구축절차를 중심으로 기술하시오.

77회 조 1-11

SOA가 기존 S/W 아키텍처와 대비되는 특징

SOA(Service Oriented Architecture) 정의

- Application들을 Service 단위로 분할하여 필요에 따라 Loosely Coupled 하게 연결하여 새로운 Application 을 개발하는 SW 아키텍처
SOA 특징

- 플랫폼 독립적

- Loosely Coupled

- 프로세스 중심

- 위치 투명성

3. 기존 아키텍처와의 비교

4. SOA 개념도

5. Web2.0과의 비교

이 글은 스프링노트에서 작성되었습니다.

tag : web2.0, web, soap, soa, service, wsdl

Semantic Web

2008-10-24T16:19:44Z

정보관리 84회 서술

조직응용 84회 Web2.0과 묶어 서술

Semantic/Syntax 사전적 의미

Semantic - 의미의, 어의의 tics-의미론

Syntax - 구문론

데이터간의 관계를 정의하여 이러한 관계를 컴퓨터가 이해할 수 있게 만든 것으로써 데이터간의 관계를 표현한 웹
메타 데이터의 개념을 통해 웹 문서에 시맨틱(Semantic)정보를 덧붙이고, 의미 정보를 자동으로 추출할 수 있게 만든 지능화 된 웹

이 글은 스프링노트에서 작성되었습니다.

tag : RDF, XML, Semantic Web, Ontology

Femto-Cell

2008-10-23T19:49:29Z

[이동통신] WiMAX 펨토셀(Femto-cell) 표준화 추진

WiMAX 펨토셀 개요

WiMAX SPWG(Service Provider Working Group)은 WiMAX 네트워크 및 무선 접속 기술을 네트워크 워킹 그룹, 기술 워킹 그룹 등 해당 워킹 그룹에서 세부적인 기술 규격을 개발하도록 요구사항/권고안을 작성하여 제공한다.

현재, SPWG에서 표준화를 추진하고 있는 Work Item은 펨토셀, CM API(Connection Manager Application Programming Interface), Network Management, Multi-hop Relay, IPv4/IPv6 Interworking & Migration 등이 있다.

펨토셀은 xDSL과 같이 통신 사업자의 초고속 회선에 직접 연결하여 사용되는 저출력의 소형 기지국(Access Point)으로 정의할 수 있으며, 서비스 반경은 30m 이내이고, 비허가 대역을 사용하는 무선랜과는 달리 허가 대역의 주파수를 사용한다.

WiMAX 펨토셀 표준화는 소규모 빌딩 및 가정 등 실내 환경에서 대용량의 서비스 제공을 위하여 2008년 1월 하와이 미팅에서 SPWG Work Item 2.0으로 처음 제안하였으며, 이후 컨퍼런스 콜을 통해 논의하여 3월 20일에 정식 Work Item으로 승인 받았다.

펨토셀 표준화의 목적은 펨토셀 환경에서 WiMAX 네트워크가 적절하게 동작하기 위해 요구되는 네트워크 및 무선 접속 기술 향상을 정의하고 이에 부합하는 시스템 요구사항을 정의하는 것이다.

WiMAX 펨토셀의 표준화 범위는 다음과 같다.

- WiMAX 펨토셀을 위한 서비스 사례(Use Case) 정의

- 펨토셀 시스템을 지원하기 위한 PHY, MAC, 네트워크 기능 (예: 보안, 서비스 프로비져닝, 네트워크 진입, 인증, 키 관리, 지역화, 핸드오버 등) 관련 단말, 기지국, ASN-GW 및 기타 네트워크 구성요소들에 대한 요구사항을 정의

- 펨토셀 도입에 필요한 관리 요구사항 (예: 자동화된 상호 간섭 관리, 설치 시 자동 PHY/MAC 구성 관리, 자동 주파수 구성, 무선 자원 관리 등) 정의

- Beamforming, MIMO와 같은 진보된 무선 접속 기술을 위한 요구사항 정의

- LBS(Location Based Service), MCBCS(Multicast and Broadcast Service), 긴급/재난 서비스 등과 같은 NWG Release 1.5 작업에 영향을 주는 시스템 요구사항 명시

- Femto 포럼, 3GPP, 3GPP2 또는 다른 표준 단체의 개발된 솔루션 검토

- WiMAX 매크로 네트워크 및 기존 단말과의 호환성 확보를 위해 필요한 요구사항 정의

- 펨토셀 기지국을 위한 RF 요구사항 및 펨토셀에서 사용되는 단말을 위한 특별한 RF 요구사항의 필요성 명시

- 규제 및 사생활을 고려해서 홈 NSP(Network Service Provider) 또는 이웃 NSP들로부터 전송되는 무선 및 위치 정보에 대한 요구사항 명시

- 외부 안테나의 위치 및 크기에 대한 제약 사항, 펨토 기지국의 물리적인 위치, 특화된 무선 커버리지 영역 등 사용자의 물리적인 위치에 따른 잠재적인 요구사항 명시

- 네트워크 탐색 및 선택 지원

- 백홀 서비스 사업자와 WiMAX 서비스 사업자가 다른 경우를 고려한 서비스 품질 성능에 대한 요구사항 명시

표준화 쟁점 및 표준화 진행 정도

펨토셀에 대한 정의, 표준화 범위 및 목표 등이 명시된 문서(Work Item Description)를 기반으로 요구사항 문서(Requirements for WiMAX Femto-cell Systems)를 작성하고 있다.

요구사항 문서에는 약어 및 정의, 서비스 사례 부분과, 성능, 핸드오버, 보안, 과금, 인프라 요구사항이 포함된 시스템 요구사항, 아이들(Idle) 모드 및 동기화 요구사항이 포함된 무선접속 요구사항, 그리고 네트워크 요구사항, 관리 요구사항, 단말 요구사항으로 구성되어 있다.

표준화 진행 정도는 현재 약어 및 정의, 서비스 사례, 보안 및 네트워크 요구사항 등 일부분이 작성된 초기 단계이다.

펨토셀을 활용한 서비스 모델을 보면, 미국 같이 다양한 서비스 사업자가 존재하는 시장에서는 펨토셀을 일반 사용자가 슈퍼마켓 등에서 직접 구매하여 사용자가 집에 설치하여 사용하는 형태를 고려하고 있는데, 이때 펨토셀을 연결해 주는 백홀은 WiMAX 사업자와 다른 는 서비스 사업자의 망을 고려하고 있으며, 우리 나라는 WiMAX 사업자와 백홀 사업자가 같은 경우를 고려하고 있다.

펨토셀에서는 펨토셀에 접속되는 사용자를 펨토셀을 구매한 개인 사용자로 보고 방문자의 접속을 제한하는 경우를 고려하고 있었는데, 적법한 WiMAX 사용자라면 누구라도 아무 제약 없이 펨토셀에 접속할 수 있는 공중 펨토셀에 대한 논의도 새롭게 시작하였다.

향후 추진계획 및 결언

SPWG에서는 펨토셀 요구사항에 대한 표준화를 8월까지 종료하여 포럼으로부터 9월에 최종 승인 받는 것을 목표로 진행하고 있다.

향후, 논의할 사항을 보면 핸드오버, Idle 모드에서의 동작, 동기화 및 상호 간섭 최소화, 자동 주파수 구성 요구사항 등 기술적인 이슈가 산적하다.

한편, TTA PG 702내 서비스 네트워크 실무반에서는 지난 해부터 펨토셀에 대한 표준화를 추진하여, 기술보고서 <휴대인터넷 서비스 및 네트워크 요구사항>에 펨토셀 요구사항을 추가하여 개정하였고. 현재 이를 바탕으로 핸드오버 기능, Idle 모드 기능, Self-Optimization & Auto-Configuration 기능 등에 대한 표준화를 추진하고 있다.

PG 702의 표준화는 WiMAX와 공조를 고려하면서 추진하고 있으므로 펨토셀의 국제 표준화를 위한 좋은 기회를 제공하고 있다.

WiMAX를 통한 다양한 솔루션 제공과 와이브로 활성화 및 국제 표준화 선도를 위하여 펨토셀 관련 아이디어 및 기술을 보유한 많은 엔지니어들의 의견이 TTA 실무반을 통해 우선적으로 논의되기를 희망한다.

이 글은 스프링노트에서 작성되었습니다.

tag : cm, api, wimax, 펨토셀, femtocell, multihop, relay

WiMAX Network Working Group(NWG) 표준화 현황

2008-10-23T19:49:22Z

[전파방송] WiMAX Network Working Group(NWG) 표준화 현황

WiMAX 네트워크 표준화 개요

WiMAX NWG(Network Working Group)은 IEEE 802.16 규격을 기반으로 무선 접속 상호호환성 시험 규격을 작성하는 Technical Working Group(TWG)와 다르게 기반이 되는 규격이 없기 때문에 네트워크 상호호환성 시험 규격 작성을 위하여 기준이 되는 네트워크 규격을 자체적으로 개발하고 작성하고 있다. 이 규격 중 대부분은 NWG에서 직접 개발하고 있으나, IETF, 3GPP, OMA 등 관련 표준 단체의 규격을 채용하기도 한다.

WiMAX NWG에서는 2007년 3월 25일 WiMAX 네트워크 구조에 대한 Release 1.0.0 규격을 완료하였으며, stage 2 문서와 stage 3 문서 간의 불일치 및 문서에 작성되어 있는 기능의 명확화 등을 위하여 Change Request(CR)을 통해 기존 문서를 개정하는 보전작업을 추진하고 있다. 지난 12월 10일부터 12월 14일까지 이스라엘 텔아비브에서 열린 NWG F2F 미팅에서는 Release 1.1.2 문서에 대한 CR을 처리하였다.

WiMAX Release 1에서는 단말에서 코어 망까지 WiMAX end-to-end 네트워크에서 요구되는 네트워크 구조와 망진입 발견/선택/재선택, IP addressing, AAA, QoS, 이동성 관리, 무선 자원 관리, 페이징/Idle 모드 동작, 데이터 경로에 관한 기능에 대한 규격을 정의하고 있다.

또한, 네트워크 기본 기능을 정의한 Release 1 규격 작업 이후 Release 1.5 규격 작업도 병행하고 있으며, Robust Header Compression(RoHC), Normative R8, HO data integrity, Policy and Charging Control(PCC), IMS and IMS-ES, Emergency Services(ES), Lawful Intercept(LI), Simple IP, Over-The-Air(OTA) Provisioning, 3GPP2 Inter-Working, Location Based Service(LBS), Multicast and Broadcast Service(MCBCS), Universal Services Interface(USI), Proxy-MIP6 등의 주제가 포함되어 있다.

Network Interoperability Testing Task Group(NWIOT TG)은 최종 Release 1 규격을 기반으로 Network Conformance Testing(NCT)와 Infrastructure Interoperability Testing(IIOT)를 작성하고 있으며, 현재 NCT는 Layer 2 및 3로 구분되어 작성되어 있으며 드래프트 상태에서 검토되고 있으며, Layer 2 TP는 TWG와 협조를 통해 작업을 추진하고 있다. IIOT는 ETSI에서 작성한 것을 NWIOT TG에서 검토하고 있으며, Phase 2 TP 완성을 2008년 4월을 목표로 하고 있다.

표준화 쟁점 및 표준화 진행 정도

지난 2007년 12월 10일부터 12월 14일까지 이스라엘 텔아비브에서 열린 NWG F2F 미팅에서는 Release 1.1.2 문서에 대한 112개의 CR을 처리하였으며 4개 CR은 처리되지 못하고 차기 컨퍼런스 콜(Conference Call) 또는 추후에 논의하기로 하였다. 이번 텔아비브 미팅을 통해 반영된 CR들을 포함하여 2008년 1월 7일에 Release 1.2가 발표될 예정이다.

또한 Release 1.5 각 주제별로 별도 미팅을 통해 문서 작업을 추진하였는데, 특히 RoHC, Normative R8, HO data integrity, PCC, IMS and IMS-ES, ES, LI, Simple IP, OTA Provisioning, 3GPP2 IWK 등 우선 순위가 높은 주제를 End of Year(EOY) topic이라 하여 주로 논의하였다.

RoHC의 경우 WiMAX 상에서 채널 당 협상 메시지에 관련 이슈와 RFC 3095에 있는 양방향 모드 지원, 그리고 Idle 모드 지원이 주요 이슈였으며, RoHC classification에 관한 논의 후 TWG에 NWG의 RoHC classification 제안 채택 및 RoHC classification이 가능하도록 WiMAX wave2 profile에 GPCS를 받아들일 것을 협조 문서를 통해 발송하기로 하였다.

Simple IP의 경우 Stage 2 Working Baseline document를 Verification and Validation(V&V) 기준에 맞도록 문서 내용의 완성도를 높이는 작업과 Stage 3 문서를 완성하기 위한 논의를 진행하였으며, Simple IP Anchoring 선택 및 IPv6 공존, ASN IP Service Capability 시나리오 관련 텍스트 추가, AAA 관련 요구사항의 명확화 등이 논의되었다.

Release 1.5 EOY topic에 대해 이번 회의에서 문서작업을 마치고 2008년 1월 7일부터 V&V를 진행하여 2008년 1월 28일부터 진행되는 Hawaii 미팅에서 V&V를 종료하려고 했는데, Normative R8, OTA Provisioning, 3GPP2 IWK을 제외한 대부분의 EOY Topic들의 일정이 아래와 같이 늦어지고 있다.

o RoHC - V&V comment 시작: 2/11, 종료: 2/27

o Normative R8 - V&V comment 시작: 1/7, 종료: 1/23

o HO data integrity - V&V comment 시작: 2/11, 종료: 2/27

o PCC

- Phase 1: V&V comment 시작: 2/11, 종료: 2/27

- Phase 2: V&V comment 시작: 4/7, 종료: 4/23

o IMS and IMS-ES - V&V comment 시작: 1/21, 종료: 2/27

o ES - V&V comment 시작: 2/11, 종료: 2/27

o LI - V&V comment 시작: 2/11, 종료: 2/27

o Simple IP - V&V comment 시작: 1/21, 종료: 2/27

o OTA Provisioning - V&V comment 시작: 1/7, 종료: 1/23

o 3GPP2 IWK - V&V comment 시작: 1/7, 종료: 1/23

향후 추진계획 및 결언

Release 1의 표준화 계획은 다음 그림과 같다.

Release 1의 경우, 이번 미팅에서 처리한 CR을 포함하여 1월7일까지 Release 1.2를 공표하고, 다음 하와이 미팅에서는 Release 1.2에 대한 CR이 없으며(Release 1.5 topic만 논의), 3월 보스톤 회의는 NWIOT 관련된 CR만 처리하고 6월 코펜하겐 미팅에서 Release 1.3으로 Final Release 1문서가 공표 예정이다.

Release 1.5 표준화 일정은 F2F 미팅 일정에 맞춰 V&V를 진행하기로 했으며 각 서브팀에서 comment resolution을 처리하고 모든 V&V comment resolution에 대한 최종 승인은 NWG 총회에서 진행하기로 하였다.

Release 1.5 관련 향후 F2F 미팅 및 V&V 일정은 다음과 같다.

ㅇ Hawaii F2F

- V&V commenting cycle: 1/7 ~ 1/23

- V&V comments resolution 시작 주: 1/28 ~

- V&V comments 승인 및 드래프트 개정: ~ 2월말

ㅇ Boston F2F

- V&V commenting cycle: 2/11 ~ 2/27

- V&V comments resolution 시작 주: 3/3 ~

- V&V comments 승인 및 드래프트 개정: ~ 3월말

ㅇ Athens F2F

- V&V commenting cycle: 4/7 ~ 4/23

- V&V comments resolution 시작 주: 4/28 ~

- V&V comments 승인 및 드래프트 개정: ~ 5월말

2008년 6월 최종 Release 1 문서 완성 후에는 TWG의 무선 접속 인증과 더불어 네트워크인증 이슈가 활발하게 논의될 것으로 예상된다. 이로써 WiMAX는 end-to-end를 포괄하는 인증 시스템들의 출하 가능성이 높아져 전 세계적으로 서비스 활성화가 기대된다.

따라서 세계 최초로 WiMAX 상용화를 연 와이브로 서비스의 활성화를 위해서 사실상의 국제 표준을 제정하는 WiMAX forum에 적극적으로 참여하여 사용자에게 좀 더 편리하고 다양한 서비스 제공이 가능한 기술들이 표준화에 반영되도록 의지를 모아야 할 시점이라고 사료된다.

차용주 (KT 인프라연구소 책임연구원, yjtcha@kt.co.kr)

이 글은 스프링노트에서 작성되었습니다.

웹 자원 기술 언어

2008-10-20T13:55:15Z

정의

인터넷에서 사용되는 웹 자원을 만들 수 있는 언어로 이 기종 시스템에서도 상호 작용할 수 있는 언어

상호 유기적으로 연결된 네트워크 환경에서 자원을 상호 운영할 수 있도록 기술해주는 언어

발달과정

구분	내용
XML	각종 데이터와 문서를 교환하기 위한 표준 기술 언어(태그 언어)
RDF	의미 부여를 위해서 데이터와 메타 데이터를 기술하는 언어임
OWL	제한된 RDF Schema를 확장키 위해 W3C에 의해 만들어진 자원 기술언어 웹 온톨리지와 연관된 Knowledge Base에 논리적 명제를 정의하는 언어

웹 자원 기술 언어의 전망

가. 비즈니스 측면

- 웹 서비스 시장의 발전과 더불어 웹 자원시장도 급속하게 발전 중임

- 웹 자원 기술언어를 이용하여 다양한 도메인 분야에 온톨리지가 생성되어 다양한 Tool이 등장하고, 실제로 Application 으로 사용되고 있음

나. 기술적인 측면

- OWL이 개발되면서 웹 서비스에서도 웹 자원 기술 언어가 사용되고 있으며 웹 서비스에서 Application 이용에 크게 기여하고 있음

- 유비쿼터스 환경 하에서 의료 서비스 분야에 가장 많이 이용되고 있으며, e-비즈니스 분야에도 웹 자원 기술 언어의 사용이 늘어날 것임

이 글은 스프링노트에서 작성되었습니다.

tag : xml, oil, rdf, daml, owl

OWL

2008-10-20T13:52:41Z

OWL(Web Ontology Lanaguage)

가. 특징

-OWL은 속성과 클래스에 대해 기술할 수 있어 더 많은 어휘 제공

-클래스와의 관계를 서술할 수 있으며 풍부한 속성 타입과 속성의 특성 등을 기술할 수 있는 표준 기술 언어임

-언어 특성의 layering을 기술할 수 있음

-기본적인 속성값을 부여할 수 있어 추론 엔진같은 Application 프로그램이 추론할 수 있도록 도와줌

-위와 같은 클래스가 가능하도록 클래스의 계층을 표현해 줌

-클래스들의 관계, 클래스와 서브 클래스간의 관계들을 OWL을 이용하여 기술함

나. OWL과 RDFS와 비교

구분	RDFS	OWL
속성의 범위	RDFS는 모든 클래스에 줄 수 있음, 일부 클래스 선택 불가능	일부 선택 가능
Disjointness of class	subclass로 male 있다면 female과 disjoint를 선언해야 하는데 불가능???	가능
Cardinality restriction	Cardinality가 다른 경우 강의 클래스 제한 불가능???	가능
Special Characteristics of properties	transitive, unique, inverse 등의 특징 표현 불가능???	가능

다. OWL의 종류

구분	특징
OWL Lite	-클래스 분류 계층과 간단한 제약 사항 표현을 필요로 하는 사용자들을 위한 언어 -관계차수 제약 사항에 대한 표현을 지원하지만, 차수의 값으로 0 또는 1만을 사용하도록 제한함 -유의어 사전이나 여타 분류 체계의 표현 언어를 빠르고 손쉽게 OWL화하기 위한 용도로 적합하고 사용하기가 쉬움
OWL DL	-계산학적 완전성과 결정 가능성을 유지하면서 최대의 표현력을 활용하고자 하는 사용자에게 적합함 -OWL의 모든 어휘를 포함하고 있으나, 어휘의 사용에 있어 정해진 제약 사항을 준수해야 함
OWL Full	-최대의 표현력과 RDF의 유연한 문법을 활요하고자 하는 사용자에게 적합함 -클래스는 개체의 집합인 동시에 그 자체가 하나의 개체가 될 수 있는 기능을 포함 -사전 정의된(RDF) 어희의 의미를 확장하는 온톨로지를 작성하도록 허용

이 글은 스프링노트에서 작성되었습니다.

RDF

2008-10-20T12:55:30Z

RDF(Resource Descripion Framework)

가. RDF의 특징

-서로 다른 이 기종 시스템에서 자원을 표준화되게 기술하여 상호 운영성 제공

-자원에 대해 semantic을 제공하는 특성을 갖고 있음

나. RDF의 구성

-Resource : RDF로 기술되는 모든 것, 즉 Identity가 있는 모든 것(Html 문서 전체, XML의 한 element)

-Property : Resource로 기술하기 위한 특징, 속성, 관계

-Statements : Resource가 가질 수 있는 Value, 즉 Instance를 말함

Ora Lassila

다. RDFS(RDF Schema)

- RDF가 기술하지 못하는 Resource간의 관계를 서술

- RDF에 없는 클래스를 정의하고 활용하게 도와줌

- 속성에 대한 정의 또는 제약사항을 기술할 수 있음

- RDF에서 사용되는 의미는 스키마를 통해서 표현이 가능함

이 글은 스프링노트에서 작성되었습니다.

tag : RDF, RDFS, Schema

XML

2008-10-20T11:34:17Z

*XML(Extensible Markup Language)

1.특징

-self describling, 미리정의돈 것이 아니고 필요할 때마다 태그를 정의해서 사용

-XML을 사용하는 경우에 문서를 사용한 플랫폼이나 Application에 종속될 필요 없음

-파서가 에러없이 인식할 수 있도록 하는 well-formed/Validation 지원

-문서구조, 내용, 스타일을 분리하여 사용, 즉 모듈식으로 프로그래밍이 가능

2. XML 문서구조

-서로부분과, 문서내용부분. 서론부분은 XML 문서에 대한 정보를 제공, 문서내용 부분은 실제 사용자가 정의한 태그를 사용하여 기술한 부분

-서론은 선언부분과 DTD 부분으로 구성,

-DTD(Document Type Definition)는 XML문서의 구조와 XML 문서에서 사용할 수 있는 원소와 속성들을 정의

-XML 파서는 Applicaion에게 XML 문서의 데이터 또는 자료구조를 제공함

1)SAX(Simple API For XML)

- 자료 구조를 만들지 않고 XML 문서를 스캔해 주면서 순차적으로 이벤트를 발생시켜서 XML 문서에 접근할 수 있게 하는 API

- DOM은 W3X 공식표준, SAX는 업계표준(De-facto)

2)DOM(Document Object Model)

- XML 문서를 트리 구조 형태로 Access 할 수 있게 해 주는 API

- DOM은 트리 구조 전부를 메모리에 올려서 사용하므로 메모리 효율성이 현저하게 저하

3) DOM과 SAX 비교

구분	장점	단점
DOM	-문서 구조에 대한 풍부한 표현력으로 XML 문서를 생성 및 조작할 수 있음 -사용이 편리함	-메모리 사용량이 많음 -upload 속도 느림
SAX	-입력파일 크기에 구애 받지 않고 파싱할 수 있음 -처리해야 할 파일이 많거나 큰 경우에 적합함	-XML에 대한 임의의 엑세스가 없고 수정에 대한 지원이 없음 -문서를 생성하거나 편집하는데 사용할 수 없음

구분

장점

단점

DOM

-문서 구조에 대한 풍부한 표현력으로 XML 문서를 생성 및 조작할 수 있음

-사용이 편리함

-메모리 사용량이 많음

-upload 속도 느림

SAX

-입력파일 크기에 구애 받지 않고 파싱할 수 있음

-처리해야 할 파일이 많거나 큰 경우에 적합함

-XML에 대한 임의의 엑세스가 없고 수정에 대한 지원이 없음

-문서를 생성하거나 편집하는데 사용할 수 없음

4)XML의 단점

- 같은 데이터를 다양한 태그로 정의(호환?, 재활용?, 연계?)

- 임의의 문서구조를 지정할 수 있는 반면에 문서 구조가 갖는 의미에 대해서는 정의하지 않음

12/11/99 Tove Jani Reminder Don't forgetm me this weekend	99 12 11 생략

12/11/99

Tove

생략

- 와 태그의 데이터는 같으나, 컴퓨터마다 다른 태그로 인식

이 글은 스프링노트에서 작성되었습니다.

웹 자원 기술 언어

2008-10-20T11:12:29Z

정의

인터넷에서 사용되는 웹 자원을 만들 수 있는 언어로 이 기종 시스템에서도 상호 작용할 수 있는 언어

상호 유기적으로 연결된 네트워크 환경에서 자원을 상호 운영할 수 있도록 기술해주는 언어

발달과정

구분	내용
XML	각종 데이터와 문서를 교환하기 위한 표준 기술 언어(태그 언어)
RDF	의미 부여를 위해서 데이터와 메타 데이터를 기술하는 언어임
OWL	제한된 RDF Schema를 확장키 위해 W3C에 의해 만들어진 자원 기술언어 웹 온톨리지와 연관된 Knowledge Base에 논리적 명제를 정의하는 언어

이 글은 스프링노트에서 작성되었습니다.

tag : xml, oil, rdf, daml, owl

정보시스템감리점검해설서

2008-10-15T15:02:40Z

정보시스템감리점검해설서
- 사용자지침서
  - 1987년 도입
  - 정보시스템의 효율적 도입 및 운영 등에 관한 법률 제11조 제4항
  - 개념모델
    - 사업유형기반점검체게
    - 사업유형은 계획-실행-통제의 생명주기를 기반으로 구분한 것
    - 사업유형기반점검체계를 구성하기 위한 감리 시행의 논리적 모델
    - 계획
      - 정보화전략계획수립사업
    - 실행
      - 시스템개발사업
      - 데이터베이스구축사업
    - 통제
      - 시스템운영
      - 유지보수사업
  - 점검프레임워크
    - 개념모델에 근거하여 사업유형/감리시점, 감리영역, 감리관점/점검기준 세 축으로 구성
    - 사업유형/감리시점
      - 사업유형별로 감리를 시행하기에 적절한 시점을 제시한 것
    - 감리영역
      - 감리기준 제8조 제1항 제4호에서 제시하고 있는 평가를 작성하는 표준화된 단위(영역)
      - 사업유형별, 감리시점별로 구분하여 감리영역으로 규정
      - 감리의 일관성 확보
      - 시스템운영사업은 ITIL과 BS15000의 서비스 영역을 감리영역으로 구분
      - 품질보증활동
        
        시스템운영, 유지보수, 데이터베이스 구축에는 없음
    - 감리관점/점검기준
      - 감리관점은 감리가 대상사업을 바라보는 관점
      - 절차, 산출물, 성과로 정의
        
        산출물은 문서, 구축된 시스템, IT서비스 포함
      - 절차
        
        사업에 대한 각종 관리활동 및 구축/운영 계획 및 절차의수립과 준수여부의 적정성을 검토
        
        점검기준
        
        계획적정성(Plan Reasonability
        
        절차적정성(Process Reasonability)
        
        준수성(Compliance)
      - 산출물
        
        적정한 구축/운영 절차를 통하여 생산된 각종 문서, 시스템, 서비스 등에 대한 적정성을 검토
        
        점검기준
        
        기능성(Functionalbility)
        
        무결성(Integrity)
        
        편의성(Usability)
        
        안정성(Stability)
        
        보안성(Security)
        
        효율성(Efficiency)
        
        준거성(Compliance)
        
        일관성(Consistency)
      - 성과
        
        궁금적인 사업의 성과목표 및 기대효과의 달성가능성 및 달성여부에 대한 검토
        
        점검기준
        
        실현성(Realizability)
        
        충족성(Sufficiency)
  - 기본점검표
    - 점검프레임워크를 기반으로 사업유형별/감리시점별/감리영역별로 도출된 점검항목을 모아서 작성한 표
    - 정보기술아키텍처 구축사업
    - 정보화전략계획 수립 사업
    - 시스템 개발 사업/구조적 정보공학적 모델
    - 시스템 개발 사업/객체지향 컴포넌트 기반 모델
    - 시스템 개발 사업/품질보증 활동
    - 데이터베이스구축사업
    - 시스템운영사업
    - 유지보수사업
    - 사업관리
  - 감리영역별 지침
    - 점검항목까지는 기본점검표와 동일
    - 기본점검항목
      - 검토항목
        
        목적
        
        필요성
        
        감리관점/점검기준
      - 주요검토대상산출물
        
        문서, 시스템(프로그램 소스, 소프트웨어, 하드웨어 등), 서비스 포함
    - 지침양식
      - 표지 및 개정이력
      - 본문
        
        머리글
        
        사업유형/개발모델/감리시점/감리영역 구분, 코드
        
        본문
        
        왼쪽-제목, 가운데-내용, 오른쪽-점검/검토항목 코드
        
        바닥글
        
        해당 페이지의 버전과 페이지 번호
  - 관리체계
    - 코드관리
      - ex) SD12-2
        
        시스템개발 구조적/정보공학적 모델 설계 - 응용시스템
      - 영문두자리 사업
        
        IP 정보화 전략수립
        
        SD 시스템 개발
        
        OP 시스템 운영
        
        MA 유지보수
        
        PM 사업관리
        
        DB 데이터베이스구축
      - 개발모델1자리
      - 감리시점1자리
      - 감리영역 1자리
    - 유지보수관리
      - 감리기준 변경이 필요한 경우 방송통신위원회(구, 정통부) 고시 개정 필요
    - 버전관리
    - 공지#48176;포관리
  - 활용체계
    - 감리시행절차
      - 1. 감리계약 체결
      - 2. 감리계획 수립
      - 3. 감리착후회의 개최
      - 4. 감리시행 및 보고서 작성
      - 5. 감리종료회의 개최
      - 6. 감리보고서 통보
      - 7. 감리결과 조치내역 확인
    - 사업관리조직/사업수행조직의 역할 및 활용
      - 유기적 협조
      - 감리계획 수립 및 조정 과정에서 점검항목 선정, 감리 방향 제시등에 적극적 참여
      - 대상 사업 유형, 시점, 영역별로 감링원이 무엇을 점검하고자 하는지, 어떠한 관점에서 점검을 수행할 것인지 등에 대하여 점검해설서 내용 사전 숙지
      - 사업의 현 상태를 감리 이전에 자체 진단 점검에 활용
    - 감리조직의 역할 및 활용
      - 감리기준 제5조[감리계획 수립] 제 4항 및 제7조 제1항
      - 감리영역 및 상세점검항목은 별표 2 정보시스템 감리기본 점검표, 법 제7조에 따른 정보시스템 구축#50868;영 기술 지침 및 발주기관 등의 감리관련 적용기준 등에 근거하여 초안을 작성하되, 발주기관 및 피감리인과의 협의를 통하여 정하는 것을 원칙으로 한다.
      - 감리원 감리대상 정보시스템의 효율성을 향상시키고 안전성을 확보할 수 있도록 감리계획서에 명시된 상세점검항목에 대해 객관적인 입장에서, 전문가적 주의를 다하여 종합적으로 점검하여야 한다
      - 상세점검항목은 감리원이 반드시 점검해야 하는 항목
      - 감리조직은 상세점검항목 도출
        
        감리 발주기관 및 사업자는 검토
    - 활용절차
      - 감리기준 제5조 감리계획 수립
        
        감리원-감리계획서 초안(점검항목, 검토항목)
        
        감리원, 발주기관, 개발업체 검토
        
        감리계획서(안)
        
        감리 시작 7일 전에 공문으로 송부하는 것이 원칙
      - 감리기준 제6조 감리착수회의
        
        착수회의
        
        추가요구사항 확인 및 감리계획서(안) 보안
        
        감리계획서 확정
      - 감리기준 제7조 감리시행
        
        감리원
        
        현장감리(상세점검항목을 토대로 검토)
        
        감리보고서(안)
        
        점검항목, 검토항목별 검토결과
      - 감리기준 제8조 감리보고서 작성/9조 감리종료회의
        
        종료회의
        
        감리보고서
        
        점검항목, 검토항목별 검토결과
      - 감리기준 제12조 감리결과 조치계획 및 조치내역 확인
        
        감리결과 조치내역 확인

이 글은 스프링노트에서 작성되었습니다.