본문 바로가기

기술 용어 검색

정규화 정의 - 다양한 유형의 데이터 값 검사를 통해 데이터 모델을 더 구조화시키고 개선시켜 나가는 절차에 관련된 이론 원칙 - 정보의 무손실 : 분해된 관계가 표현하는 정보는 분해전 정보를 모두 포함 - 데이터 중복성의 감소 : 중복으로 인한 이상현상 제거 - 분리의 원칙 : 하나의 독립된 관계성은 하나의 독립된 관계로 분리하여 표현 - 가역적 : 변경 후 다시 원상복구 할 수 있는 특성 이상현상 - 데이터의 중복성으로 인해 릴레이션을 조작할 때 발생하는 비합리적 현상 - 종류: 갱신이상, 삭제이상, 삽입이상 정규화의 종류 - 1차 정규화 (완전함수적종속성) : X->Y - 2차 정규화(부분함수적종속성) : X->Y에서 Y가 X의 부분집함에 대해서도 함수적으로 종속되는 경우 - 3차 정규화(이행함수적 종속성).. 더보기
Multimedia DB 1. 비정형 자료의 효율적 검색,관리 위한 Multimedia DB 정의 Multimedia DB정의:대용량과 복잡성을 가진 멀티미디어 비정형 자료를 시간적/공간적 관계에 따라 적절하게 통합할 수 있는 동기화를 가진 DB 2. Multimedia DB특징 -다단위 잠금기법(Multigranularity locking):동시성제어 -Long-term transaction:멀티미디어 자료의 복잡성 ,자료의 대용량성, 동시 사용자 다수 -회복기법:대용량 멀티미디어 자료의 효율적인 회복을 위하여 Header Information의 변화 위한 로깅, Shadow-paging기법을 이용 3. Multimedia DB구축 방법 -파일기반:단순 검색 위주 VOD에 활용, Data동시 접근 권한 회복기능 지원 곤란 -R.. 더보기
동시성제어 1. 트랜잭션의 정의 - 데이터 베이스에 행해지는 작업의 논리적인 단위 - 하나의 논리적 기능을 수행하기 위한 작업의 단위로서 데이터베이스의 일관된 상태를 또 다른 일관된 상태로 변환시킴 2. 트랜잭션의 특징 가. 원자성 - 트랜잭션은 분해가 불가능한 최소의 단위로서 연산 전체가 처리되거나 전체가 처리되지 않아야함 나. 일관성 - 트랜잭션이 실행을 성공적으로 완료하면 언제나 모순 없이 일관성 있는 데이터베이스 상태를 보존함 다. 고립성 - 트랜잭션이 실행 중에 생성하는 연산의 중간 결과를 다른 트랜잭션이 접근 할 수 없음 라. 영속성 - 성공이 완료된 트랜잭션의 결과는 영속적으로 데이터베이스에 저장됨 3. 동시성 제어의 정의 - 다중 사용자 환경을 지원하는 데이터베이스 시스템에서 여러 트랜잭션들이 성공적.. 더보기
MMDB (Main Memory DB) 1.정의 - 대용량 데이터의 증가와 실시간 트랜잭션의 증가로 인한 고성능요구에 대해 대응하며, 데이터베이스와 실시간 시스템 기술의 결합으로 Real time Constraint와 DB Operation기능을 함께 제공하는 데이터베이스 2.Real Time DB의 분류 1)트랜잭션의 중요성에 따른 분류 -Hard Real Time DB: 시간 제약을 어기는 트랜잭션 발생을 허용하지 않는 DB -Soft Real Time DB: 시간 제약을 어기는 트랜잭션이 발생을 감내하는 DB 2)구현방식에 따른 분류 -확장형 RDBMS방식: 주기억 장치 법퍼를 매우 크게 확장하여 실시간 성능의 병목이 되는 디스크 IO를 줄이는 방법 -메모리DB 방식: 주기억장치에 DB가 사용할공간을 미리 할당하고, DB초기 로드시 데이.. 더보기
GIS(Geographic Information System) DB I.GIS DB의 개요 가.GIS(Geographic Information System)의 정의 - 공간상의 다양한 지리 객체의 데이터를 입력,저장및 관리하고 목적에 따라 분석처리하여 결과를 출력하는 시스템 나.GIS DB의 정의 - 공간 데이터 타입을 포함한 다양한 타입의 GIS정보를 효율적으로 저장,검색 관리하는 데이터베이스 시스템 - GIS에 화일시스템, RDBMS,OODBMS,공간(Spartial)DBMS를 접목할 수 있음 - Oracle, Sybase, Informix등에서 제공함 다.GIS DB의 요구사항 - 대량의 데이터 - 복잡한 구조: 공간적 관계,다차원데이터, 시간결합 데이터 - 위상구조: 위상정보 표현 - 속성 데이터와 결합 - 다양한 종류의 응용: 다양한 공간 연산 II.GIS da.. 더보기
객체지향DB 객체지향 DB 정의 정보를 객체지향프로그래밍(OOP)기술을 도입하여 저장한 데이터베이스 기존RDB의 문제점 - 멀티미디어 데이터와 같이 비정형 구조 형태의 데이터 처리 불가능 - 정규화의 원칙성 결여와 성능문제 야기시킴 - 제한된 자료 type만 사용 보유기능 - 복합객체(complex object) : 객체의 속성으로 다른 객체를 가질수 있게함으로써포함관계를 갖는 객체를 표현하는데 사용 - 객체 식별자(object identifier, OID) :각 객체를 구분하는 식별자, 기본키와 달리OID는 객체의 값과 무관 - Encapsulation : 객체의 속성과 메소드도 함께 DB에 저장되어 있는데,객체의상태나 동작의 내부구현은 외부로 노출이되어서는 안되며, 오직 허용된 동작만이 객체에 대한 인터페이스 역.. 더보기
AHAH (Asychronous HTML and HTTP) 1. innerHTML 적극 활용한 AJAX의 대안 AHAH(Asychronous HTML and HTTP) -innerHTML:웹 브라우저 (또는 사용자 에이전트)에 의해 지원되는 읽기/쓰기가 가능한 속성 -AHAH정의: 자바스크립트를 이용하여 동적으로 웹 페이지를 갱신하는 방법 2. AHAH의 특징 -Ajax와는 달리 클라이언트측에서 요청에 대한 응답을 파싱하지 않고 직접적으로 사용 -서버의 응답이 텍스트이거나 유효한 XHTML/HTML구조를 포함해야 함 -AJAX의 파싱 후, Memory load(DOM파싱)시 속도 저하 해결 -향상된 속도와 향상된 코드 가독성을 제공 -웹 접근 용이성 => AJAX와 같이 XML를 HTML로 변경 작업 필요치 않기 때문 3. AHAH의 기술요소 -XMLHttpRe.. 더보기
JSON (JavaScript Object Notation) 1. JSON(JavaScript Object Notation) - 경량의 data 교환 형식임 - 사람이 읽고 쓰기에 용이하며, 기계가 분석하고 생성함에도 용이함 2. JSON의 구조 - 이름/값의 쌍으로 된 묶음으로 object, record, struct, dictionary, hash table, keyed list, associative array로 실현됨 - 정렬된 값들의 리스트로 대부분의 언어에서 array, vector, list, sequence로 실현됨 3. JSON의 형식 4. JSON의 이점 - JSON 객체에는 자료형이 부여되므로 별도의 타입 시스템을 만들 필요가 없음 - 데이타를 파싱할 필요가 없음. name/value의 간단한 구조의 형태로 표현된 데이타를 responseTex.. 더보기
ETT( Extraction Transformation Transpormation) 1. ETT의 정의 - 데이터의 추출,가공 전송 및 로딩의 약자로 운영계 시스템(OLTP)의 다양한 형태로 저장 또는 발생되는 소스에 인터페이스를 통하여 데이터를 읽어들여 정제, 변형, 통합과정을 거쳐 데이터 웨어 하우스 서버로 로딩하여 물리적으로 데이터 웨어 하우스를 생성하는 전 과정을 말한다 2.ETT 단계 - Extraction(추출) - DW에 저장될 데이터를 추출(초기추출-최초 구축 사용, 주기적 추출-월/일 단위 주기적 보완) - Transformation(가공)-데이터 정제(Cleansing) 기법(Column Level, Record Level) - Transpormation(전송)-DW에 전송, 필요한 색인을 만드는 과정 3.프로그램 이행방식과 ETT 이행 방식의 차이 구분 프로그램에 의.. 더보기
Agile & XP 1. Agile & XP 가. Agile의 등장배경 - 변화하는 환경에서 제한된 납기, 인력, 비용을 충족하면서 품질 유지 필요성 증대 - 소프트웨어 개발 방식의 비효율성 위기로 인한 가치있는 개발활동에 집중 필요 나. Agile의 철학 - 개인과 상호작용이 프로세스와 툴보다 우선 - 동작하는 소프트웨어가 포괄적 문서보다 우선 - 고객 협력이 계약 협상보다 우선 - 변화에 대한 반응이 계획보다 우선 2. Agile Software Developement의 상세 가) Agile Software Developement 의 종류와 특징 프로젝트 SDLC 프로젝트 관리 프로젝트 개발 방법론 RUP SCRUM XP 개념 반복적과 점진적 개발이란 과정을 작은 단계로 나누어 소프트웨어를 구축하는 프로세스를 통해서 개.. 더보기
XHR (XML Http Request) I.AJAX의 필수기술 XHR(XMLHttpRequest)의 개요 가.XHR(XMLHttpRequest)의 정의 - Microsoft가 만든 JavaScript 개체(object) II.XHR의 사용방법(기본사용) 가.사용방법 - 이 개체의 인스턴스를 만들고, - URL을 열고, - 요청을 보내면 됩니다. - 인스턴스의 결과 문서와 HTTP 상태 코드를 사용할 수 있게됨. 나.예제 var req = new XMLHttpRequest(); req.open('GET', 'http://www.mozilla.org/', false); req.send(null); if(req.status == 200) dump(req.responseText); III.XHR의 사용방법(비동기 사용) 가.개요 XMLHttpRequ.. 더보기
OpenAPI 1.openAPI 정의 - 기업 중심의 SOA(Service-Oriented Architecture)가 웹에 반영된 결과물로써 웹 사이트가 자신의 기능을 이용할 수 있도록 공개한 프로그래밍 인터페이스 2.openAPI 특징 - 데이터를 제어할 수 있는 간단하고 직관적인 인터페이스의 제공 - 사용자의 참여를 유도하는 사용자 중심의 비즈니스 모델 - SOA에 Web2.0 참여중심이 가미되어 탄생 - 사이트 개발의 생산성을 높여주는 전략적 제휴의 훌륭한 도구 3. 기술요소 - XML : 구조화 된 문서를 전송 - AJAX : 인터렉티브한 웹 을 구현 할수있는 비동기 기술 - SOAP : 네트워크 상에 존재하는 각종 컴포넌트간의 호출을 효율적으로 실현하기 위한 방법 - Mashup : 제공처의 데이터를 받아 전.. 더보기
WAS (Web Application Server) 1. WAS (Web Application Server)의 정의 - 분산 객체, 분산 트랜잭션, 컴포넌트 모델을 제공함으로써 Multi-tier 구조의 어플리케이션을 쉽게 개발하고 운용할 수 있도록 해주는 S/W Platform 2. WAS의 등장배경 - Client/Server 환경의 확산 - 인터넷과 웹 환경의 확산 - 분산 객체 기술과 컴포넌트 기술의 확산 - 기존의 미들웨어 기술들의 단점은 보완하고, 장점은 강화한 융합 제품 3. WAS의 개념도 4. WAS의 구성요소 가. Client's connectivity - 가장 기본적인 HTTP,SSL의 지원을 위해 웹 서버를 지원하거나 내장 웹서버를 WAS 내에 장착 - 분산 객체 지원을 위해 IIOP, RMI, COM/DCOM 지원 나. Databa.. 더보기
OPML (Outline Processor Markup Language) OPML(Outline Processor Markup Language) 정의 RSS 피드 목록을 교환하는 용도로 사용되는 개요처리기를 위한 언어 특징 - RSS Reader에 입력해 놓은 RSS 피드들을 OPML을 이용해 서로 다른 RSS Reader끼리 교환 가능 - 대부분의 RSS Reader는 OPML 내보내기/가져오기 기능 제공 - 사이트에서 제공되는 RSS피드들의 목록을 OPML을 활용해 일괄적 활용 가능 더보기
XSLT (eXtensibel Stylesheet Language Transformations) 1XML과 다른 언어 연결 XSLT(eXtensibel Stylesheet Language Transformations) -XSLT의 정의(eXtensible Stylesheet Language Transformation):XML문서를 다른 형태로 변환하는 언어 2XSLT 변환 처리 과정 - XSLT는 XML문서를 HTML,XML, 텍스트 형태로 변환하기 위한 마크업언어 3XSLT 기술요소 -Xpath:XML문서의 요소들을 node개념으로 접근하여 소스 트리의 정확한 위치를 지정해 주기 위한 경로 지정 문법 -XML:웹상에서 구조화된 문서 전송가능한 markup 언어 - 4XSLT의 장점 -Code 구조 자체를 변경 가능 (Element에 지정한 Class나 id 변경 및 추가시 일괄 적용) -동일 da.. 더보기
RMI (Remote Method Invocation) RMI(Remote Method Invocation) 정의 기존의 객체모델이나 언어에 관계없이 분산객체모델을 자바로 통합하고, 원격객체를 로컬객체와 같이 다룰 수 있는 기술 개발목적 - 안정된 원격 호출의 제공 - 서버에서 애플랫으로의 콜백 제공 - 분산모델을 자바환경으로의 통합 - 분산 객체와 비분산 객체의 명확한 구분 - 안정된 분산 애플리케이션을 간편하게 만들수 있는 환경제공 - 자바 런타임환경에의해 제공되는 안전성 유지 구조 - stub/skeleton 계층 : . 클라이언트가 Remote server의 객체를 호출할때 실제로 호출되는 부분으로 stub는 원격 인터페이스의 구현으로 호출 요청을 remote reference 계층을 통해 서버 객체로 보내는 역할 담당, skeleton은 클라이언트 .. 더보기
JNI (Java Native Interface) 1.정의 - Java Native Interface - 자바로 작성된 프로그램에서 C/C++로 구현된 함수를 호출하는 인터페이스. 2.JNI의 특성과 장/단점 1) 장/단점 - 장점:기존의 C/C++ 라이브러리의 재사용, 하드웨어에 대한 제어 용도로 사용가능 - 단점:플랫폼 간에 호환성이 떨어지며, 애플릿에서는 사용이 불가함 2) 구조 - Java Pgm - Java Native API - JVM - H/W 3.활용 - HW제어를 통한 시스템 프로그래밍에 사용 - 임베디드 시스템에서의 활용 더보기
ORB (Object Request Broker) 1. ORB(Object Request Broker)의 정의 -객체 버스로서 분산된 객체들을 클라이언트/서버 관계로 만들어 주는 핵심적인 객체 미들웨어 2. ORB의 역할 -클라이언트는 서버객체에 있는 메쏘드를위치에 상관없이 투명하게 호출 - 호출을 가로채어 요구를 처리할 객체를 찾고, 매개변수를 전달, 메쏘드를 호출,처리결과를 되돌려주는역할 담당 3. ORB의 구성 - 클라이언트 부분 -Client Stub : 클라이언트의 파라미터와 ORB의 리턴값을 교환 (정적 호출 방식) -Dynamic Invocation Interface : 메쏘드를 호출할때 클라이언트 stub을이용하지 않는 방법, 호출 Object IDL 파일 필요로 하지 않음 -ORB 인터페이스 : ORB 내에서 클라이언트와 구현 오브젝트에.. 더보기
MOF (Model Object Facility) 1. MDA의 의미 - 분산 객체, 컴포넌트 기반의 개발 환경에서 구현 환경 독립적인 메타모델 구조를 이용하여 정보시스템의 호환성을 보장하고자 하는 개발방법 2. MDA의 등장배경 - 기존 미들웨어 프레임워크의 한계 - 구현단계 만의 생산성 향상, 상호 비호환성 3. MDA의 목적 - 정보시스템의 분석,설계 단계로부터의 호환성 보장 - 구현환경 독립적인 시스템을 자동적인 구현환경 종속적인 시스템으로 변환 4. MDA의 핵심기술 - MOF (Model Object Facility) : 객체지향 모델을 작성하는데 사용되는 메타모델을 정의하는 메타 모델 - UML (Unified Modeling Language) : 객체 및 컴포넌트 모델을 분석,설계하는 모델링 언어 - XMI (XML Metadata Int.. 더보기
XAML (Extensible Application Markup Language) I.Silverlight부터 WPF까지, UX(User Exprience - 사용자 경험과 체험) 표현 기술의 핵심 XAML의 개요 가.XAML(Extensible Application Markup Language)의 정의: Microsoft가 표준 마크업(Mark-up)언어인 XML을 확장해 어플리케이션의 표현(Presentation) 영역을 구현한 손쉽고 강력한 기술입니다 II.WebService의 기술요소 가.SOAP: 원격함수호출 나.UDDI: 트레이더,디렉토리 서비스 다.WSDL: 서비스 특성 표현 라.XLANG: 웹 서비스의 오퍼레이션을 언두(undo)할 수 있는 기능을 제공. 마.XAML: 2-단계 커밋(2-phase commit) 스타일의 트랜잭션 기능을 제공. III.XAML의 효과 가... 더보기
DSDM (Dynamic Systems Development Method) 1. DSDM(Dynamic Systems Development Method) 정의:RAD위한 반복과 점진적 접근통한 시스템을 구현하고 관리하는 제어 F/W 22. DSDM의 Principles -적극적인 사용자 개입이 필요하다. -DSDM 팀은 결정을 내릴 수 있어야 한다. -목표는 제품의 주기적인 인도이다. -비즈니스 목적에 맞추는 것은 인도물의 필수 기준이다. -반복적이고 점증적인 개발은 정확한 비즈니스 솔루션으로 수렴되어야 한다. -개발 시 모든 변경 사항들은 원상으로 되돌릴 수 있어야 한다. -요구 사항들은 고급 레벨을 기반으로 우선순위가 정해져야 한다. -테스팅이 라이프 사이클에 통합된다. -모든 이해 관계자들간 협업이 필요하다. 3.Agile 방법론의 종류 종류 특징 Scrum |기능모델, .. 더보기
SPL (Stored Procedure Language) I.SPL(Stored Procedure Language)의 개요 가.Stored Procedure 의 정의 – 데이터베이스에 저장되어 있는 프로시저나 함수임 – 스토어드 프로시저는 SQL 명령문과 절차적 언어(procedural language)로 구성됨 2.Stored Procedure를 사용하는 이유 – 정보 캡슐화 – 기능의 재사용 – 트랜잭션 제어 – 비즈니스 규칙의 표준화 3.SPL로 작성된 UDR(User Defined Routines)내에서 질의를 실행하는 예 create function raise_salary_by_point(point integer)returning integer if (point < 100) then update employee set salary = salary + .. 더보기
요구공학 1. 요구 공학의 정의 - 개발 공정의 단계 마다 초기에 정한 개발 요구사항들은 물론 이후의 상세 요구 사항들이 제품설계와 구현 단계에서 제대로 지켜지고 있는지를 검증해 나가는 기법 2. 요구 공학 프로세스의 프레임 워크 - 요구사항 추출: 문제를 이해하고, 요구사항 추출 - 요구사항 명세: 문제를 이해하면서 문장으로 기술, 설명(분석, 정의) - 요구사항 검증 및 확인: 문제를 기술하고, 서로 다른 부분들과 일치 3. 요구사항 관리 - 모든 요구 공학 프로세스 단계와 병행적으로 수행되면서 요구 사항에 대한 변경을 제어함 - 제품이 성공적으로 완성되었는지 아닌지를 합의하기 위한 기본으로 역할과 책임 부여 4. 요구사항 관리 프로세스 가. 요구사항 협상 - 가용한 자원과 수용 가능한 위험 수준에서 구현 가.. 더보기
UML (Unified Modeling Language) UML 2.0을 기준으로 작성했습니다. 1.X는 이미 숙지하고 있으리라 믿고서리.... 1UML1.X의 한계 극복 UML2.0 가.UML1.X의 한계 -복잡성:크고 복잡함으로 인한 적용이나 구현에 있어서 접근도에 영향 -UML 의 이해성:Semantics나 Notation의 상세 내용에 대한 정확하게 이해하기 어려움 -간결성:UML의 크기 축소통한 언어 자체의 정확성,간결성 부족 -컴포넌트 개념:컴포넌트 기반 개발을 지원하는 컴포넌트의 개념이 지원안됨 -아키텍쳐 설계 지원:아키텍쳐 설계를 위한 다이어그램이 제공안됨 -모델-코드간 불일치성:모델의 behavior부분을 기술할 수 없었기 때문에, 모델과 코드의 불일치 2개체지향적 분석, 설계 방법론 표준 UML(Unified Modeling Language).. 더보기
PMS (Project Management System) 1. PMS (Project Management System)의정의 - 프로세스가 지정한 업무만 따라하면 되는 편리한 프로젝트 관리 - 대규모 프로젝트를 보다 효율적으로 관리하기 위한 프로그램 - 프로젝트 제안부터 계획, 실행, 종료시까지 발생하는 많은 정보를분석, 공유, 전달하기 위해서는 프로젝트 관리 솔루션 2. 도입효과 - 업무적 측면 : 프로젝트팀별 팀원간의 빠른 의사소통 체계, 협업과 통합업무 지원에 의한 업무 효율화 - 경영적 측면 : 실시간 의사결정 체계 구축, 가시성이 확보된 경영관리, 시간 비용 절감 - 사용자 측면 : 중복 보고 업무 감소, 가시성 확보에 의한 투명한 기반 구축 - 정보기술 측면 : 체계적인 프로젝트 산출물 관리 및 지식공유, 표준화에 의한 점진적 업무 정리된 자료는 없.. 더보기
ITILV3.0 ITIL2.0과 3.0의 가장 큰 차이는, IT서비스 Life Cycle측면을 다루었다는 부분입니다. Life Cycle을 다룸으로 인해, IT Governance, CMMI, Cobit 등과의 연계와 활용이 가능합니다... 쩝 1.정의-IT Infrastructure Library -발전: ITIL1.0->BS15000->BS15000Certi->ISO20000 ->ITIL2.0 ->ITIL3.0 -IT서비스 관리 분야의 업계 표준으로, IT운영관리의 모범사례를 제공하는 프레임?p 2.ITIL2.0과 ITIL3.0 -ITIL2.0은 서비스관리 분야에 초점을 맞추었으나, ITIL3.0은 서비스의 라이프 사이클에 대해 관심을 가짐 1)ITIL2.0과 3.0의 주요 차이점 -서비스 Strategy: IT 거.. 더보기
감리 자동화도구 일부러 자료 없는것만 주시는건 아니시죠? -.,ㅡ; 자료가 거의 없어 일정 툴 (AuditWare)라는 감리자동화 퉁에 대한 내용을 기술하겠습니다. 1. 감리자동화도구기능 및 필요성 - 감리 평가의 계량화 ->중점점검사항/분야/전체의 평가 자동으로 집계되기 위한 시스템화 필요 - 감리수행 생산성을 제고 -> 표준화된 점검항목, 점검서식, 보고서 표준 등의 체계적 관리를 위한 시스템화가 필요 - 효율적인 감리수행 ->피감리인의 자가진단 성격의 사전진단을 시스템을 이용하여 수행 필요 - 모든 상태에 대한 현황관리 ->감리계약부터 사후관리까지 사항을 효율적으로 지원하기 위해서는 시스템화가 필요 - 부가 기능 활용 -> 각종 통계분석으로 수행한 감리결과들에 대한 기간별/기관별 평가현황 및 추세분석시스템화가 필요.. 더보기
디자인패턴 I.디자인패턴의 개요 가.디자인패턴의 정의 - 프로그래머들이 유용하다고 생각되는 객체들간의 일반적인 상호작용 방법들을 모은 목록 - 소프트웨어 엔지니어의 경험 나.역사 - 1990년대 초반 - Gof: Gang of four - 23개의 일반적이고 유용한 패턴들을 제공 II.디자인패턴의 분류 가.생성패턴: 5개 - 객체의 생성방식을 결정하는 패턴: Singleton등 나.구조패턴: 7개 - Object를 조직화하는데 유용한 패턴: Adapter등 다.행위패턴: 11개 - Object의 행위를 Organize,Manage,Combine하는데 사용되는 패턴: Iterator등 III. MVC패턴 - Smalltalk Language로 부터 나옴 - Model, View, Controller 세부분으로 분리 .. 더보기
SOBA (Service Oriented Business Application) I.SOBA의 개요 가.SOBA(Service Oriented Business Application)의 정의 - Web Service 표준을 사용하여 SOA에서 작동하도록 개발된 비즈니스 어플리케이션 II. SOBA의 특징 - 전통적 비즈니스 애플리케이션의 기능성 범주를 넘어선 차세대 소프트웨어를 대표함. - 웹서비스 표준(BPEL, SOAP, WSDL 포함)의 통합 및 이 표준에 따른 작업 능력 - SOA(즉, 소결합 및 구성상 논점을 이용한 런타임 개념)상에 구축됨, - 애플리케이션의 서비스 지향 개발 이용 - SODA(Service Oriented Develpment of Applicaiton) : 재사용 및 동적 바인딩을 강화하는 개발 시간 개념 - 단기간 내에 혼합 SOBA (business p.. 더보기
소프트웨어 분리발주 1. S/W 분리 발주의 개념 - 정부 기업 등이 정보화 프로젝트를 발주할때 시스템에 들어가는 소프트웨어를 SI 업체에 일괄적으로 맏기지 않고 개별적으로 발주하는 것 - H/W, S/W, 시스템 통합 등을 일괄하여 계약하지 않고 각각 구분하여 발주하거나 계약하는 형태 2. S/W 분리 발주의 필요성 - 구체적인 S/W 사업분석을 통하여 기획단계부터 시스템의 분석을 통한 정보시스템의 품질 향상 - 분리발주 시, 공개경쟁에 의한 기술력을 평가하여 협상에 의한 계약 체결방식으로 S/W 업체의 경쟁력 제고 3. 일괄발주와 분리발주와의 비교 구분 일괄 발주 분리 발주 사업분석 시스템 품질 및 사용된 SW, 사업절차 등에 대한 적정평가 곤란-> 개괄적인 사업분석 구체적인 사업분석 -> 시스템 품질 평가 및 효율적 .. 더보기

티스토리툴바