*진* 스토어

*진*

개인

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

10개
전체 판매량

62개
최근 3개월 판매량

0개
자료후기 점수

평균A
자료문의 응답률

-

전체자료 10개

RPC & SOAP 평가A+최고예요

RPC SOAP (Simple Object Access Protocol)ContentsIntroduction What is RPC? 기존 RPC (DCOM, COBRA) 새로운 RPC Protocol (SOAP) Web Service 정의 SOAP의 동작원리 및 규정 통신을 위한 XML 문서 변환IntroductionSOAP: Simple Object Access Protocol 한 컴퓨터에 있는 객체들이 다른 컴퓨터에 있는 객체들을 호출하여 이용할 수 있게 해주는 프로토콜. 분산 컴퓨팅 을 수행하는 수단.웹 서 버브라우저원도 클라이언트요청 핸들러웹 서비스웹 서비스웹 서비스클라이언트서버SOAP 요청SOAP 응답What is RPC? (Remote Procedure Call)분산시스템 (distributed systems) 하나의 어플리케이션을 수행하기 위한 코드가 여러 대의 컴퓨터에 흩어져 있는 시스템 원격 프로시저 호출(Remote Procedure Call, RPC)을 사용 한 컴퓨터에 있는 코드가 다른 컴퓨터에 있는 코드를 호출하는 것 RPC를 만들어주기 위한 고려사항 호출하고 싶은 코드가 들어 있는 위치 해당 코드가 필요로 하는 파라미터들 (전달하는 파라미터의 형식) 프로시저가 리턴하는 데이터 (리턴하는 데이터의 형식) 전송 시 데이터를 패키지 하는 것과 같은 네트워크 관련 주제들DatabaseWeb ServerBusiness ObjectsBusiness ObjectsBusiness ObjectsDCOMCOM (Component Object Model) Microsoft에서 개발된 컴포넌트 객체 모델 소프트웨어를 작고 개별적인 컴포넌트로 나누어서 하나 또는 복수의 어플리케이션 사이에서 공유될 수 있도록 만든 것. 언어에 독립적으로 서로 다른 언어로 작성된 COM 객체들과의 통신이 가능 Microsoft Office가 대표적인 예이다. DCOM (Distributed COM) : COM의 확장 원격 컴퓨터에 들어 있는 COM 객체들을 호출할 수 있다 COtecture)COM, DCOM 의 문제 해결 (Windows 기반에서만 작동) Object Management Group에서 개발 플랫폼에 독립적, 개발언어에 무관 각 벤더는 Windows, Unix, Linux 등의 버전에 맞게 구성 객체 요청 브로커(ORB) 라는 설비를 갖추어야 한다. 일종의 메시지 버스, 서로 다른 언어로 구현된 객체 메시지 전달어플리케이션운영체제(COM) / ORB (CORBA)COM 객체 / CORBA 객체객체 요청객체의 인스턴스화객체에 대한 포인터를 리턴새로운 RPC 프로토콜: SOAP“분권 및 분산 환경에서 정보를 교환하는 프로토콜” 한 컴퓨터에서 다른 컴퓨터로 정보를 전달할 때 그 정보를 XML로 표현하는 표준적인 방법을 제공 XML로 마크업 한 다음, 보통 HTTP로 전송되는 프로토콜 기존 RPC에 비교한 SOAP의 장점 SOAP는 플랫폼, 언어, 벤더 중립적이다 (XML과 HTTP를 사용하여 구현) 구현이 매우 쉽다 (SOAP서버는 웹 서버, ASP 페이지, CGI 스크립트 …) 방화벽(firewall)에서도 안전하다.CORBA, DCOM 웹 서비스항 목CORBADCOM웹 서비스전송계층ORB ProtocolDCE-RPCHTTP, SMTP인터페이스IDLIDLWSDL데이터 인코딩CDRNDRSOAP, XML발견레지스트리레지스트리UDDI시스템 호환성부분적원도 계열이기종 호환성LanguageJava, C++C++, Visual BasicC#, Java, C++, Visual Basic주도 업체OMG 협력업체MSMS, IBM, Sun접속 형태접속비지향접속지향접속비지향방화벽 친화도NONOYES웹 서비스의 개요웹 서비스란 : 표준화된 XML 메시징을 통하여 접근 가능한 네트워크 명령어들의 집합을 기술한 인터페이스이다. : 다른 어플리케이션에 데이터와 서비스를 제공하는 어플리케이션 로직의 단위이다. : 표준 인터넷 프로토콜을 통하여 접근 가능하도록 프로그래밍된 어플리케이션 로직이다. : 사용자의 문제나 요청에 솔루션을 제공하기 위하여 임의ORBA 1.0 1996) DCOM 출시 1997) JDK 1.1, JRMP 1998) XML 1.0 1999) J2EE, SOAP 출시SOAP의 작동 원리SOAP 규정 RPC가 전송되는 방법에 대한 규칙 네트워크 프로토콜: 대부분 HTTP에 맞는 규칙들이 포함 전송되는 XML의 전체적인 구조 엔빌로프(envelope)라고 부른다 SOAP를 통해 오고 가는 모든 규칙정보들은 엔빌로프 안에 포함 데이터가 XML로 어떻게 표현되어야 하는가에 대한 규칙들 인코딩 규칙(encoding rule) 네트워크 전송 어떤 네트워크 프로토콜을 통해서도 SOAP 메시지들을 전송 가능 IBM MQSeries, Microsoft Message Queue(MSMQ) SMTP, HTTPSOAP 메시지의 구성SOAP 메시지는 3부분으로 구성 envelope, header, body SOAP envelope SOAP header와 SOAP body 포함 SOAP header 선택 사항 있을 경우 첫번째 요소 메시지 처리 방법 포함 메시지 라우팅, 인증, 트랜잭션 SOAP body 1개 포함 실제 전달하는 XML 형식의 메시지 내용 호출하는 함수 이름, 매개면수 등SOAP의 메시지 전달 방법응용프로그램에서 원격 함수호출이 있으면 내부적으로 원격 메소드 호출에 관한 사항들이 SOAP 메시지로 변환되어 서버로 전달. 서버에서는 SOAP 형태로 전달된 메시지를 응용프로그램에 전달하고 메소드를 호출한다.SOAP 메시지 헤더와 바디SOAP-ENV:Envelope xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelop/ SOAP-ENV:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/ SOAP-ENV:Header a:authentication xmlns:a=“http://www.book.co.kr” SOAP-ENV:actor=“http://www.confirm.co.kr” a:ID idesign /a a:pa=“some-URI” symbol xsi:type=“xsd:string” PDA /symbol /m:GetPrice /SOAP-ENV:Body /SOAP-ENV:Envelope통신을 위한 XML 변환(1) : Xpath와 XSLT의 활용A회사의 격전서 XML 문서B회사의 격전서 XML 문서통신을 위한 XML 문서변환(2)?xml version= 1.0 encoding= euc-kr ? ?xml:stylesheet type= text/xsl href= ex7_4.xsl ? 견적서 제품정보 제품명 스케쥴 다이어리 /제품명 수량 200 /수량 예상금액 5000000 /예상금액 /제품정보 주문자정보 신청인 idesign /신청인 연락처 이메일 idesign@cadcam.yonsei.ac.kr /이메일 사무실주소 우편번호 123-456 /우편번호 주소 서울시 서대문구 /주소 상세주소 신촌동 134 제1 공학관 386호 /상세주소 /사무실주소 /연락처 전화번호 사무실전화번호 02-2123-2823 /사무실전화번호 팩스번호 000-000-0000 /팩스번호 휴대전화번호 011-000-000 /휴대전화번호 /전화번호 /주문자정보 문의사항 견본 물품을 함께 보내주세요 /문의사항 /견적서처리 지시문통신을 위한 XML 문서변환(3)?xml version= 1.0 encoding= euc-kr ? xsl:stylesheet xmlns:xsl= http://www.w3.org/1999/XSL/Transform version= 1.0 xsl:output method= xml indent= yes / xsl:template match= / 견적서 xsl:element name= 견적정보 xsl:apply-templates select= //제품정보 / /xsl:element xsl:element name= 의뢰인정보 xsl:comment 견적요구처를 적지 않을 수도 있습니다 /xsl:comment 견적요구처 /견적요구처 신청인 xsl:value-of select= /견적서/주문자정보/신ates select= /견적서/주문자정보/전화번호 / xsl:apply-templates select= 견적서/문의사항 / /견적서 /xsl:template xsl:template match= 제품정보 xsl:element name= 제품정보 use-attribute-sets= attlist / 제품명 xsl:value-of select= /견적서/제품정보/제품명 / /제품명 수량 xsl:value-of select= /견적서/제품정보/수량 / /수량 예상금액 xsl:value-of select= /견적서/제품정보/예상금액 / /예상금액 /xsl:templateXSLT 문서의 루트 엘리먼트결과문서의 파일형식이 XML 문서엘리먼트를 새롭게 정의지정한 텍스트 노드 값 가져오기xsl:attribute-set name= attlist xsl:attribute name= 제품코드 NT744002 /xsl:attribute xsl:attribute name= 색상 Black /xsl:attribute /xsl:attribute-set xsl:template match= 전화번호 연락처 xsl:copy-of select= ./휴대전화번호 / xsl:copy-of select= ./사무실전화번호 / xsl:copy-of select= ./팩스번호 / 사무실주소 xsl:attribute name= 우편번호 xsl:value-of select= ../연락처/사무실주소/우편번호 / /xsl:attribute xsl:value-of select= /견적서/주문자정보/연락처/사무실주소/주소 / xsl:value-of select= /견적서/주문자정보/연락처/사무실주소/상세주소 / /사무실주소 /연락처 /xsl:template xsl:template match= 문의사항 xsl:copy xsl:text 해당 제품에 대한 상세 이미지를 함께 보내주시기 바랍니다. /xsl:text /xsl:copy /xsl:template /xsl:stylesheet문서 내 존재하지 않는 어트리뷰트 생how}

공학/기술| 2010.09.09| 18페이지| 1,500원| 조회(307)

SOAP, RPC, Web Service

미리보기

닫기
UML 객체지향 설계 및 사례

UML - 객체 지향 설계 (Unified Modeling Language)목차모델링(Modeling)이란? UML의 소개와 목적 UML의 개요 UML 표기와 의미 객체지향관점의 UML UML의 구성요소 Diagram의 종류 시스템 개발과 UML1. 모델링(Modeling)이란?모델링(Modeling) 모델을 만드는 일로써 품질이 좋은 소프트웨어를 개발 및 배치할 수 있게 하는 모든 활동의 중심 모델 구축을 통해 개발 대상 시스템에 대한 이해의 증진 모델 (Model) 현실을 단순화/가시화 시키는 것 개발 고려 시스템의 총체적인 계획 및 상세 계획 표현 중요 영향 요소의 파악, 불필요 요소의 생략 및 시스템 구축 제약 조건 표현 모델링(Modeling)의 목적 시스템을 현재 또는 원하는 모습으로 가시화 시스템의 구조와 행동을 명세화 시스템을 구축하는 기본 형태를 제공2-1 UML의 소개분석가, 개발자, 고객이 표준으로 받아들일 수 있는 디자인 표기 방법analystclientdeveloper2-2 UML의 목적사용자에게 표현력이 강한 시각적 모델링 언어를 제공함으로써 의미있는 모델들을 개발, 교환에 용이 핵심적이 개념을 확장할 수 있는 확장성과 특수화 방법을 제공 특정 개발 프로세스와 언어에 종속되지 않음 모델링 언어를 이해하기 위한 공식적인 기초를 제공 객체 지향 툴 시장의 성장을 장려 고수준의 개발 개념을 제공한다.CollaborationFrameworkPattern객체 지향 시스템을 가시화, 명세화, 문서화 하는 것3. UML의 개요UML은 언어(Language) 어휘와 규칙을 두어 시스템을 개념적이고 물리적으로 표현하여 의사 소통을 돕는 것을 목적으로 함 시스템을 이해하기 위하여 하나 이상의 모델을 서로 연결 사용하여 복합적인 모델로 이해를 도움가시화명세화구축문서화UMLS/W 청사진 작성 표준언어SYSTEM산출물UML가시화 언어 개념 모델 작성 오류 없이 전달 의사 소통의 용이 Graphic 언어구축 언어 다양한 Prog. 언어와 연결 왕복 공학 가능 명사형으로써 모형의 정적인 부분이며 개념적이거나 물리적인 요소들을 표현 행동 사물 (Behavioral Thing) : UML 모형의 동사형으로써 모형의 동적인 부분이며 시간과 공간에 따른 행동 요소들을 표현 그룹 사물 (Grouping Thing) : UML 모형을 조직하는 부분이며 모델을 분해하여 재 구성화 할 수 있는 단위 상자 주해 사물 (Annotation Thing) : UML 모형을 설명하는 부분이며 Comment로써 모형 요소를 설명하고, 명확히 하는 표현 도구6-2 관계 (Relationships)관계 (Relationships) : 구성 요소 간의 의미 있는 연결 의존 관계 (Dependency Relationship): 두 사물간의 의미적인 관계로써 한쪽(독립) 사물의 변화가 다른(종속) 사물에 영향을 주는 관계 연관 관계 (Association Relationship) : 집합(Aggregation) 연관 관계는 특별한 연관 관계로써 전체(Whole)와 부분(Part) 간의 구조적 관계를 표현 일반화 관계 (Generalization Relationship) : 특수화(Specialization)/일반화(Generalization) 관계로써 일반화 된 요소(Parent)의객체를 특수화된 요소(Child)의 객체로 치환할 수 있는 관계 실체화 관계 (Realization Relationship) : 한 쪽 분류자는 다른 쪽 분류자가 수행하기로 되어 있는 계약(Contract)을 명세화6-3 도해 (Diagramming)도해 (Diagramming) : 구성 요소 들의 Graphic 표현 클래스도 (Class Diagram) : Class, Interface, Collaboration 간의 관계를 나타내며 객체 지향 시스템 모형화에서 가장 공통적으로 많이 쓰이는 Diagram 객체도 (Object Diagram) : 객체들 사이의 관계를 표현으로 실제 사례나 Prototype 사례의 시각에서 도해 쓰임새도 (Use Case Diagram) 그 클래스들의 즉 정적인 관계을 표현한다. 하나의 시스템은 여러 개의 class diagram으로 표현이 가능Washing MachineBrand name Model name Serial number capacityAdd clothes( ) Add detergent( ) Remove clothes( )ClassOperationAttribute7-2 Object Diagram실제 인스턴스화된 객체를 표현한다. 이것은 클래스 다이어그램의 실행시에 나타나는 하나의 예를 나타낸 것My Washer : Washing MachineClassInstance7-3 Use Case Diagram컴퓨터 시스템과 사용자가 상호작용을 하는 하나의 경우 요구구분석의 단계에서 주로 사용자의 요구을 기술 하는데 사용Washing Machine UserWash clothesUse CaseActor7-4 State Diagram오브젝트가 가질 수 있는 모든 상태와 어떠한 event를 받았을때 결과로 어떠한 상태로 변화하는지를 나타낸다 ,즉 진행상황이 많이 반영되어진다SoakingWashingRinsingSpinning7-5 Sequence Diagram객체들끼리 주고받는 메시지의 순서를 시간의 흐름에 따라 보여주는 그림이다 즉, 객체와 객체그룹사이, 객체와 객체사이, 객체그룹과 객체그룹사이의 동적인 행위를 기술 한다Water PipeDrumDrainSend fresh waterStopRemain stationaryRotate back and forthSend soapy waterSend fresh waterStopSend rinse waterRotate back and forthRotate unidirectionallyStop7-6 Activity Diagram시스템 내부에 존재하는 여러가지 행위, 조건등 포함하여 어떠한 행위에 따라 객체의 상태를 표기할 수 있다는 것Rotate drum back and forth 15 minutesEmpty soapy waterRestart water i 7Processor Dell Dimension XPS R4508. 시스템 개발과 UML요구사항수집 분석 설계 개발 배치작업 결과물은 해당업무 과정에서의 단계와 결정위치를 나타낸 활동 다이어그램이다.클래스 다이어그램, 쓰임새 다이어그램, 상태 다이어그램,시퀀스 다이어그램, 협력 다이어그램이 만들어진다.객체 다이어그램,컴포넌트 다이어그램, 배치 다이어그램이 만들어 진다.각각의 다이어그램을 바탕으로 개발이 진행되어 작업 결과가 모든 시험을 통과 하도록 한다.(피드백)시스템의 오류와 충돌을 확인하고 완전한 시스템을 개발한다UML 사례 연구전세계적인 규모의 요식업 운영요구사항 수집 진행업무 과정 파악 도메인 분석 연동 시스템 확인 시스템 요구사항 파악 요구사항 수집 결과를 가지고 의뢰인과 의사교환1. 업무 과정 파악시스템 분석가가 식당 지배인과 인터뷰 목표 : 업무과정을 모델링한 활동 다이어그램을 만들어 내는 것Customer walks inHas coat and/or hatHelp off with coatCheck coat and/or hatNo reservationWait listLeave nameWait in loungeWait in waiting areaPrefers waiting areaPrefers lounge고객에 대한 서빙 활동 다이어그램 시작 단계음식 준비하기Receive orderEat appetizersBring appetizersStart preparing main coursePrepare appetizersBalance preparation of other ordersReceive notification appetizers almost finishedGet main courseFinish preparing main courseBring main course= 동시경로2. 도메인 분석클래스 그룹화하기 사람- customer, party, busser, assistant, chef, server, manager 음식- drink, dinner, bcts withmonitor3, 시스템 요구사항 파악업무 관계를 파악, 클래스 다이어그램 작성 완료 시스템 계획하기(개발팀 회의) - 컴퓨터 기술(정보의 이동 속도를 증가)이 작업에 도움을 줄 수 있는 부분은? 손님이 주문할 때 서빙 담당이 주방장에게 주문을 건넬 때 손님이 서빙 담당에게 주문이 어느 정도로 진행 되었나 물어 볼 때 서빙 담당이 메뉴에 대한 질문에 응답할 때 주방장이 요리법에 대한 질문에 응답할 때요구사항 수집을 위한 JAD 모임 - 정보의 이동속도를 증가 시키기 위해 무선 통신망이라고 불리는 WIN 시스템 설치Palmtop(팜탑)device networkKitchen pcManager's pc= 다음 장 참고참고: 배치 다이어그램시스템을 구성하는 주된 하드웨어는 노드(node)라 불리는 컴퓨터 자원의 일반적인 이름이다. 노드는 육면체로 그리고, 그 안에 노드의 이름을 붙여준다.NodeWIN 기능을 나타내는 패키지들(package) (패키지는 클래스 다이어그램 내의 항목을 나타낸다)bartenderbusserassistantmanagerchefserver서빙 담당(server) 패키지에 담긴 유스 케이스 주문을 받는다 주문을 주방으로 보낸다 주문을 변경한다 주방으로부터 통지를 받는다 주문 상태를 점검한다 손님들의 상태를 주방에 알린다 음식값을 계산한다 계산서를 뽑는다 보조를 부른다 …..4. 유스 케이스 분석나열된 유스 케이스 내에 설정된 활동들이 어떻게 수행 할지 결정 유스 케이스 분석 = 어떤 컴포넌트 필요한지 짐작 (예) 주문을 받는다.(take an order) 설명: 손님의 주문을 팜탑에 압력하고 주방으로 보낸다 가정: 손님은 음식을 원하고, 메뉴 중에서 선택한다 선행조건: 손님이 자리에 앉아 메뉴를 읽는다 종료조건: 주문이 win에 입력되었다. 진행단계 팜탐 컴퓨터의 주문 입력용 사용자 인터페이스를 작동 손님이 선택한 메뉴를 win에 입력 Win 시스템은 입력된 주문을 주방의 pc에 전송5. 시스템 컴포넌트간의 교류각 시스템 컴포넌트

공학/기술| 2008.07.07| 43페이지| 1,500원| 조회(1,090)

객체지향, 사례, 시스템, 설계, uml

미리보기

닫기
도요타 생산시스템의 개념 및 문제점 고찰 평가B괜찮아요

Ⅰ. 문제 제기도요타는 일본의 문화와 제도하에서 형성된 특유의 시스템을 가지고 70년대 석유 파동 및 엔고에 의한 수출의 어려움 상황 속에서도 세계시장에서 가격, 품질 등의 우위를 점 할 수 있게 되었다. 앞으로 도요타 시스템은 소품종 대량생산 체계에서 다품종 소량생산 혹은 다품종 변량생산으로 넘어감에 따라 각광받는 차세대 생산시스템의 패러다임으로 받아들여지고 있다. 이런 도요타 시스템을 설명하는 중요한 개념은 JIT(Just In Time), LEAN 생산시스템, 간판 생산 방식 등으로 설명되어질 수 있다. 그러나 재고를 없애는 이런 JIT 시스템과 TPS(Toyota Production System)에서의 문제 해결 방식에는 또 다른 문제를 유발하고 있다. 다음은 이런 문제의 한 사례이다.KFS의 연속 풀 시스템의 성공에도 불구하고, 1992년 초에 생산 급증에 관한 원인이 있었다. 기존 모델의 Camry의 시트는 3개의 스타일과 4개의 컬러를 가지고 있는데 반해, 1992년형 Camry는 3개의 컬러와 5개의 스타일을 가지고 있었다. 또한 다른 지역에 대한 모델에서는 시트에 대하여 최고 18개의 변화가 추가되었다. 이런 웨건형 자동차의 문제로 인한 충격으로 라인 가동률은 95%에서 85%로 10% 가량 떨어졌으며, 이는 시프트 당 45대의 차가 생산되지 않는 정도의 생산률의 저하와 추가적인 작업시간을 야기하게 되었다. 덧붙여 오프라인 차량 재고도 상당히 높아졌다.이런 결함을 해결하기 위해 TMM의 규격화된 대응하는 형식의 경우, 우선 팀 멤버가 시트의 결함에 대하여 andon을 점등하면 팀 리더는 OK 신호로 andon을 점등하고 QC 검사자에게 알리기 위해 차에 tag를 붙이게 된다. 그러나 결함 있는 시트를 가진 채로 나머지 라인을 통과하는 경우가 있는데, 우선 마지막 조립 라인 사람들은 이 결함을 알고 있거나, 두 번째로는 시트의 조립 없이 마무리가 가능 할 경우, 마지막으로는 시트 교체 시간이 오래 걸리기 때문에 그 시간 동안 라인을 정지하면 너무은 제품의 주문보다 앞서 만들어진 부품들을 사용하여 소량배치생산의 효율화를 기하며, ‘JIT(Just In Time) 생산시스템’은 가능한 많은 부품의 재고들을 되도록 감소시키는데 그 목적이 있다.재고를 적게 유지해야 하는 가장 중요한 이유는 재고가 이자를 지급해야 하는, 상품에 투자된 돈을 의미하기 때문이다. 이러한 이자, 기회비용만으로도 연간 재고품목의 가치의 15%정도에 이르게 될 것이다. 재고는 공간을 점유하며 이것은 즉 비용을 의미한다. 또한 재고를 입출고하는데 비용이 들어간다. 이와 같은 재고유지비용은 연간 평균적으로 재고품목의 가치의 20~40%에 달한다. 이를테면 매출액의 20%에 이르는 재고수준을 가지고 있다고 할 때 재고유지비용은 매출액의 4~6% 에 달한다는 말이 된다. 이것은 일반적인 기업의 이익률에 비할 때 상당히 높은 금액이 된다.품질 관리품질 관리란 제조 현장에서의 물건에 대한 관리에만 한정하지 않고, 경영 정책의 입장에서 기업의 체질을 강화할 수 있는 수단을 전사적으로 다루고, 소비자를 포함한 종합적인 시스템에서 효율화를 꾀해야 한다는 새로운 개념에서 전개하고 있는 것으로 품질 경영의 새로운 방법론이다.이러한 새로운 방법론은 품질을 단순히 물건에 대한 질이라는 측면에서만 생각하는 것이 아니라, 물건을 만들어 내는 시스템의 질을 비롯해서 유통기구에 대한 질까지도 생각해야 한다는 것이다. 다시 말하면 품질에 대한 정의를 경영이란 측면에서 확대하고 있는 것이다.생산 시스템은 넓게 7M, 즉 man, machine, material, method, money, minute, management 등 일곱 가지인데, 기본적으로는 앞의 3M으로 이들 M들을 제대로 다루는 것이 전사적 품질 경영(Total Quality Management)의 새로운 이념이다.TQM 정의는 “품질을 중심으로 하는 모든 구성원의 참여와 고객만족을 통한 장기적 성공지향을 기본으로 하며, 그리고 조직의 모든 구성원과 사회에 이익을 제공하는 조직의 경영적 접근”(ISO 영향도 끼치지 못한다. 재고와 관련된 창고라든지 보관에 필요한 행위도 없어져야 하며 재고를 궁극적으로 없앨 수 있는 원인을 찾아야 한다.④ 운반의 낭비: 물자가 공장의 한곳에서 다른 곳으로 움직여지고 있는 동안에는 전혀 만드는 제품에 부가가치가 발생하지 않는다. 운반 작업의 행위는 그 자체를 개선하는 것이 아니라 없애 버려야 하며 없앨수록 경쟁력은 더 증가한다.⑤ 가공의 낭비: 가공방법은 끊임없이 개선을 통해서 효과적으로 개선해야 하며 예전의 관점을 벗어나야 한다.⑥ 동작의 낭비: JIT 시스템에서는 항상 미리 정해진 표준 작업만 규칙대로 실천하여서 동작의 낭비를 제거하려고 한다.⑦ 대기의 낭비: 할 일 없이 대기 상태에서 있는 작업원이 있을 경우 회사의 입장에서는 인건비만 지불하는 셈이다.JIT의 적용1) 풀 시스템: 풀 시스템과 푸시 시스템간의 기본적인 차이는 푸시 시스템이 미래의 수요에 대한 기대 하에서 생산을 시작하는 반면 풀 시스템은 현재의 수요에 대한 반응으로써 생산을 시작한다는 점이다.물자 흐름의 양과 시간의 결정이 미리 계획된 수요 예측에 의하기 보다는 그 물자의 현재 소비 상태에 근거하고 있다. 후 단계에서 현재 실제로 물자를 소모하는 만큼만 그 전 단계에서 물자를 끌어내서 쓰고 있으며 전 라인의 물자 흐름이 이런 식으로 유지된다. 파이프 라인의 각 단계에 적정량의 초기재고량을 비치해두고 단지 이 초기 재고량에서 필요한 양을 끌어다 쓰고 또 쓴 만큼은 재공급을 하면 되는 것이다. 재공급되는 양은 꼭 끌어다 쓰인 양, 판매된 양만큼만 하고, 재공급하는 시간은 빠르면 빠를수록 좋다.2) 소로트(Small Lot) 생산: 생산현장에서 필요한 수량은 가능한 한 작은 로트 크기가 작업을 수행하는데 효율적이고 재고가 적기 때문에 경제적이라는 것이다. 생산로트의 크기를 최소화하는데 있어서의 이점은 다음과 같다.소로트는 생산 공정의 순환 재고를 감소시킨다소로트는 리드타임을 단축시켜 재공품 재고를 감소시킨다생산 공정의 균일한 작업부하를 달성하도록 도와준다3)은지에 따라 정해진다.Ⅲ. 문제점JIT 시스템의 제약 특성1) 안정된 수요에만 적용 가능JIF 생산에 적용되고 있는 풀 시스템은 주문량의 진폭이 클 때에는 재고를 보유하지 않으면 생산 공정의 연속성을 유지하는 데는 한계가 있다. 이는 풀 시스템은 미래의 수요에 대비하여 각각의 생산 작업 단계에서 일정한 재고를 보유하고 있는 것이 아니라, 현재의 고갈된 재고를 보충해주는 즉각 반응시스템이기 때문이다.특히 JIT생산에 있어서는 보유하고 있지 않으면 소로트 생산을 추구하고 있기 때문에 기본적으로 주문량이 증가(10% 이상)하면 대응할 수 있는 능력에는 한계가 있다. 따라서 JIT생산은 주문량이 비교적으로 안정되어 있는 제품생산에 효과를 발휘할 수 있는 특성을 가지고 있다.2) 하청업체와의 갈등이 발생JIT생산의 거래는 다른 형태의 조직간 거래와 비교하여 보다 밀접하고, 상호의존적이기 때문에 부품인도, 품질, 가격 등 많은 분야에서 갈등이 빈번하게 발생할 수 있는 특징을 가지고 있다. 도요타의 경우 이 문제를 해결하기 위해 하청업체까지도 JIT 개념을 도입을 위해 교육을 지원을 하였다. 그러나 이런 시스템이 적용하기까지는 수년간의 시간이 걸렸다는 부분은 그만큼 시스템 도입의 어려움을 단적으로 보여주고 있는 대목이다.3) 작업자의 스트레스 증가JIT생산에서는 생산 작업의 흐름을 평준화하기 위해서 불량으로 인한 재작업을 철저히 배제하고 있기 때문에 작업자는 제품 품질 규격을 철저히 지켜야 하고, 작업자 스스로 품질검사를 하여야 하며, 작업자가 정해진 작업 주기 시간 내에 목표량을 달성해야 하고, 정해진 절차에 따라서 작업을 수행해야 하기 때문에 작업자들의 자율성이 거의 무시됨으로써 작업자에게 정신적인 압박감과 스트레스를 주어 생산성의 저하나 품질불량을 높이는 원인이 된다는 것이다. 특히 해외 출진 시 현지의 근로자에게 무리한 압박감을 주는 부분이 이어왔다. 그 사례로 켄터키 공장 조업 초기에 미국인 노동자들이 “유니폼도 싫고 분임조 활동(QC서클)도 하기 싫다”고 반발하만 이는 어디까지 일본의 기업문화와 풍토에 기반하여 조성되고 발전된 시스템인 만큼 다른 나라에 적용하기에는 그 문제점을 가지고 있는 것이다.Ⅳ. 대안재고의 관리와 통제 강화재고가 자재의 흐름을 원활히 하기 위한 버퍼로서의 역할을 함을 인지하여 그 버퍼의 크기가 예전보다 커져야 한다. 하지만 너무 커진다면 JIT의 장점이 사라지므로 적절한 상태를 유지해야 하고 컴퓨터에 의한 자동 관리가 이루어져야 한다. 시트 불량에서의 예외가 기본적인 JIT 생산 시스템에 어긋나므로 이에 대한 수정이 필요하다.RE (Resident Engineer)제품의 품질을 확보하기 위한 하나의 방법으로 신제품 중에 과거에 발생했던 불량 원인이 석여있지 않은지를 체크하는 RE(Resident Engineer)을 제도를 사용할 수 있다. 이를 자체 해외 법인 또한 기술을 발전 시키고 시스템을 보완하는 기능을 갖추는 것이 필요하다. 이는 하나의 해외 법인을 독립화하는 개념의 일환으로 볼 수 있다.HONDA 생산시스템과의 비교일본의 자동차업체에서 도요타에 이어 2위의 자리 매김하고 있는 HONDA와 비교를 통해 도요타 시스템의 차이점 및 새로운 방향을 보도록 한다. HONDA의 경우 유독 기술 개발에 치중하는 형태를 기본으로 가지고 있다. 도요타와 달리 엄격한 시스템을 통한 생산성의 향상보다는 각 개인의 창의성과 능력을 중시하는 풍토를 가지고 작업과정과 품질 개선에 반영하고 있다.Ⅴ. 결론 및 고찰1960년대는 부품 조달을 컴퓨터로 계산해 주는 기법인 MRP(Material Requirements Planning)이 개발되었고 이를 보다 발전 시킨 ERP(Enterprise Resource Planning)이 개발 보급되었다. 그러나 도요타의 경우 기본적으로 재고 없는 공급 체계를 실현하고 있는 터라 이런 시스템의 도입에는 무리가 있다고 볼 수 있다.모든 생산시스템에는 나름대로 장점과 적용 할 수 있는 분야가 나누어 질 수 있다. 따라서 TPS의 경우 도요타의 기본이념과 배경을 기본으로 이론을 E 1

공학/기술| 2008.07.07| 8페이지| 2,000원| 조회(1,280)

도요타, JIT, 품질, 생산시스템, 안돈

미리보기

닫기
공학설계 방법론

공학설계 방법론1장. 설계의 본질1.1 설계 활동설계 활동은 인공물에 대한 최종 사양을 생산 설계안의 점검: 조립여부, 힘의 관계 분석, 비용1.2 설계 문제일반적인 설계문제 특성 문제에 대한 명확한 공식화가 없다 어떠한 문제 공식화이든 모순을 포함할지 모른다 문제의 공식화는 해결안에 의해 좌우된다 해결안을 제안하는 것이 문제를 이해하는 하나의 방법이다. 문제에 대한 결정적인 해결안은 결코 존재하지 않는다예) 처리량 10l/min , 온수 온도 60도, 커넥션 사이즈 10mm를 만족하는 가정용 혼합형 수도꼭지를 설계하라.6개월 내 출시, 월 생산량 3000개, 개당 3000원을 초과하지 않을 것1.3 문제 구조설계문제의 구조화 필요 = 의사결정 트리 예) 산악 자전거용 배낭 부착을 위한 적재/고정 장치 설계2장. 설계 과정2.1 묘사적 모델요구사항 설계 사양에서의 목표 구속조건과 기준 개념 설계 문제에 대한 광범위한 해결안 도출 공학적/실무/상업적 지식 등이 통합계획안 구체화 최종적으로 한가지를 선택 결과물로 도면을 작성 개념 설계 단계로 피디백상세 설계 필수적인 수많은 요소를 결정 고도의 숙련 기술이 요구됨3장. 새로운 설계 절차창조적 방법브레인스토밍 (Brainstorming) 시넥틱스 (Synectics) 유추적 사고를 통한 창조적인 설계 방법 브레인스토밍 차이: 특정해결안을 위해 함께 작업 직접적/의인적/상징적/공상적 유추예) 지게차지게차의 신모델 모색문제점: 들어올리기 위해 정면에서 접근, 긴 깔판의 경우 통로의 확보의 어려움유추: 만약에 내가 깔판을 양팔을 쭉 뻗쳐 깔판을 잡고 통로를 따라 갈 수 있다면, 내려놓기 위해 상체를 90도 회전결과: 90도가 회전 할 수 있는 앞 부분에 포크가 설치합리적 방법문제의 명료화에서부터 상세 설계 이르기까지 설계 과정을 망라. 예)체크리스트4장. 목표 명료화목표 수형도법설계 목표의 목록을 준비 목록을 상위 및 하위 목표로 정리 계층적 관계를 목표 수형도로 나타냄예) 차 자동 제조기5장. 기능 정립기능 분석법전체 기능을 입력을 출력으로 전환하는 형식으로 표현 전체 기능을 필수적인 부분 기능들로 세분 기능들 사이의 상호작용을 보여주는 블록 다이어그램 작성 시스템 영역을 표현 상호작용을 실행하는데 적합한 구성 요소들을 찾음예) 세탁기{nameOfApplication=Show}

공학/기술| 2006.12.04| 20페이지| 2,000원| 조회(572)

분석, 기능, 설계, 방법론, 수형도법

미리보기

닫기
웹서비스 주요내용 평가A좋아요

컴포넌트 기반의 분산 컴퓨팅분산 컴퓨팅은 네트워크 내에 두 개 이상의 컴퓨터에 물리적으로 분산된 응용프로그램 로직을 말한다. 그동안 응용프로그램 로직의 재사용과 분산을 허용하기 위한 여러 통신 기술이 개발되어 왔으면, 응용프로그램 로직을 분산하는 데에는 다음과 같은 이유가 있다.? 분산 컴퓨팅은 서로 다른 조직과 조직의 구성단위를 연결하는 것을 가능하게 한다.? 분산 응용프로그램 로직은 여러 응용프로그램에 의해서 재사용 될 수 있을 것이다. 분산 응용프로그램의 모듈은 응용프로그램 전체를 업그레이드하지 않고도 업그레이드 될 수 있다.? 응용프로그램 로직을 분산시킴으로써 부하가 여러 다른 서버네 분산되므로, 결과적으로 더 좋은 성능을 얻을 가능성이 있다.? 새로운 요구가 있다면 응용프로그램 로직은 재분산 또 재연결 될 수 있다.? 응용프로그램 전체보다는 하나의 계층을 확장하는 것이 간단하다.분산 웹 애플리케이션웹 애플리케이션이란 웹 응용 프로그램 서버의 특정 가상 디렉토리 및 그 하위 디렉토리 번위에서 호출되거나 실행될 수 있는 모든 파일, 페이지, 처리기, 모듈 및 실행 코드가 통합된 응용 프로그램을 웹 애플리케이션이라고 한다.XML 웹 서비스의 가장 큰 장점은 인터넷상에서의 자유로운 데이터 교환을 가능하도록 해준다는 것이다. 기존의 원도 2000 DNA 분산 환경 아키텍처에서 비즈니스 로직을 담당하는 핵심은 COM+였다. COM+는 마이크로소프트의 COM과 MTS(Microsoft Transaction Server)가 통합된 것으로 분산 환경에서의 컴포넌트의 트랜잭션 처리나 역할 기반의 보안정책 등에 대한 부분 그리고 객체 풀링을 이용해서 리소스를 절약하고 성능을 향상시키는 미들티어를 구성하는데 사용되는 기술이었다.그러나 COM+는 내부적으로 RPC 호출을 사용하기 때문에 방화벽이 설치된 네트워크 상에서는 사용할 수 없다는 제한 사항이 있었으나 웹 서비스는 사용할 수 없다는 제한 사항이 있었으나 웹 서비스는 인터넷 표준 프로토콜을 사용하므로 네트워크 환경의 제 구현을 위한 재사용 방식을 이용할 수 있다. 다시 말해서, 자주 사용되는 웹 서비스를 만들어두면 다른 웹페이지를 만들 때 사용할 수 있다.계산기 서비스를 제공하는 사이트를 생각해보자. 계산 기능을 전문적으로 하는 서비스로의 서버를 만들 수 있다. 클라이언트로부터 어떤 서비스 요청이 들어왔을 때 웹 사이트 서버는 웹 서비스 서버에 적재되어 있는 계산 함수를 호출하게 된다. 클라이언트로부터 받은 입력된 값은 웹 서비스 서버의 계산 함수의 파라미터로 전달된다. 웹 서비스 서버에서는 계산 기능을 수행하고 난 결과 값을 웹 사이트 서버에 넘겨주게 되고 웹 서버에서는 결과치를 HTML로 변환하여 클라이언트 측으로 보내주데 된다. 이때 웹 사이트 서버에서의 서비스 함수를 호출할 때 XML 포맷으로 요청하게 되며 리턴되는 결과 값도 XML 형식의 값을 전달받는다.즉, 웹 서비스란 어떠한 보여줌 기능보다는 계산적인 요소가 많이 들어가 있는 개념이며 서비스이다. 이러한 패러다임은 기존의 분산기술의 연장선상에 놓일 수 있으며 닷넷 환경의 핵심적인 부분을 차지하고 있다고 볼 수 있다.? 플랫폼의 독립성 : 웹 서비스는 어떠한 플랫폼에서도 구현될 수 있다. 표준 프로토콜은 하나의 벤더가 소유권을 가지고 있는 것이 아니고 모든 벤더에 의해서 지원되고 있다.? 표준 웹 프로토콜 : 웹 서비스의 개념 전체는 HTTP, XML, SOAP, WSDL, UDDI와 같은 표준 웹 프로토콜을 기준으로 하고 있다.? 프로그램에 접근 : 웹 사이트는 웹 브라우저를 통해 접근되지만, 웹 서비스는 컴퓨터 프로그램을 통해서 접근된다.? 응용프로그램 로직 : 웹 서비스는 어떠한 응용프로그램 로직이나 코드를 공개한다. 이 코드는 계산, 데이터베이스 검색 등과 같이 컴퓨터 프로그램이 할 수 있는 모든 일을 할 수 있다.XML과 XML 웹 서비스XML : XML은 eXtensible Markup Language의 약자로 웹상에서 구조화된 문서와 데이터를 교환할 수 있는 범용적인 형식이다. XML은 W3C(Wor는 통신 프로트콜의 선정을 가장 먼저 생각해 볼 수 있다. 그러나 불행히도 보안상의 문제로 방화벽이나 프록시 서버를 설치하여 HTTP가 통신할 수 있는 80포트와 이메일 전송을 위한 포트를 제외한 대부분의 포트를 봉쇄하고 있는 추세이다. 그러므로 표준 프로트콜인 HTTP를 이용해야 한다.(조건2)를 해결하기 위해선 어떠한 플랫폼과 데이터베이스와도 종속적이지 않은 독립적인 데이터 교환수단이 필수적이다. 이러한 문제점을 해결할 수 있는 기술로 XML(eXtensible Markup Language)이 있다. XML은 데이터의 조직화를 보다 쉽게 이루어 낼 수 있음은 물론 텍스트 기반이므로 쉽게 가공할 수 있다는 장점을 가지고 있다. 따라서 HTTP 프로트콜을 사용하면서 XML로 데이터를 전송하는 방식을 사용해야 한다.웹 서비스의 핵심내용1) 웹 서비스는 웹 응용프로그램을 재활용 부품으로 만들 수 있도록 만들어진 개념이다. 기존의 독립 실행형이나 클라이언트/서버 형태의 프로그램은 단위 작업 수행이 컴파일 처리한 구성 요소(컴포넌트)를 사용하여 프로그래밍 목적을 달성할 수 있었다. 그러나 인터넷 환경의 프로그램밍에는 한계가 있으므로 프로그래밍 방식의 웹 서비스를 만들게 되었다.2) 웹 서비스 기술은 웹 서비스 소비자(사용자)가 공급자(제공자)에게 작업 지시를 보내면(액세스) 공급자는 처리된 결과를 소비자에게 전달하는 방식의 프로그래밍이다. 일반적으로 만들게 될 프로그램은 웹 서비스 소비자에 해당한다. 그러나 경우에 따라서, 사이트 자체에서 여러 정보를 제공할 때는 웹 서비스 공급자 프로그램을 작성해서 제공해야 할 것이다.3) 웹 서비스 공급자 자체는 ‘웹 서비스’라 부르는데, ASP.NET 웹 서비스 프로젝트를 이용하면 비교적 쉽게 만들 수 있다. 웹 서비스 소비자 프로그램은 일반적인 ASP.NET 웹 응용프로그램 프로젝트에서 웹 서비스를 검색하여 사용하도록 만든다.4) 웹 서비스를 통해 전달하는 데이터 형식은 C#에서 기본으로 지원되는 int, float, stri 응용프로그램을 만드는 데에는 아무런 문제가 없다. 하지만 여러 플랫폼에 분산되어 있거나, 인터넷상에서 분산되어 있는 응용프로그램을 만들기 위한 작업에는 적합하지 않다. 이를 위해 웹 서비스가 등장하였다. 웹 서비스는 논리적으로 컴포넌트 기반의 분산 기술의 진화 단계이다.? 웹 서비스는 클라이언트와 느슨하게 묶여 있다. => 클라이언트는 웹 서비스에 대한 요청을 하고, 웹 서비스가 결과를 반환하면 연결이 해제된다. 영구적인 연결은 없고 복잡함은 줄어든다. 웹 서비스는 메소드와 매개변수를 동일하게 유지하는 것으로 클라이언트에게 영향을 미치지 않고 인터페이스를 확장 할 수 있다.? 웹 서비스는 상태 정보를 유지하지 않는다.(stateless) => 웹 서비스는 클라이언트 대신에 상태에 대한 정보를 유지하지 않는다. 이것은 많은 클라이언트에 대해 확장하거나 줄이기 쉽게 하며, 웹 서비스를 제공하기 위한 서버 농장(Server Farm)을 사용하기 쉽게 한다. 웹 서비스에 사용되는 HTTP 프로토콜 또한 상태 정보를 유지하지 않는다.웹 서비스 적용(설계 가상 시나리오)각종 기계설계에서는 많은 계산량과 복잡한 수식이 필요하다. 이런 계산은 설계의 신뢰도와 제품의 품질을 결정하는 중요한 요소가 된다. 클라이언트에서 계산을 위한 입력 값만 보내주면 되고 웹 서비스에서는 클라이언트로부터 받은 입력에 대해 처리를 한 다음 결과 값만 리터해 주면 된다. 이러한 설계 계산에 대한 필수 요건사항을 웹에서 하나의 서버스로서 제공해 준다면 제품 설계 및 개발에 대한 비용 절감을 가지고 올 수 있을 것이다. 또한 해석 분야에서도 마찬가지로 많은 데이터 처리를 요구하는 경우가 많은데 이러한 계산을 처리하기 위해서 대형의 일일이 로컬시스템이 구축되는 것을 피할 수 있다.대형 컴퓨터의 지리적인 요건 때문에 관련된 연구원들이 장소에 구애받게 되고, 연구원들이 분리되어 있는 경우 이들이 필요한 정보를 원하는 곳에서 필요한 정보를 받아오는 작업을 쉽지 않다. 항상 연구원들은 연구를 위해 직접 방문언트에게 전송된다.2) 프록시 클라이언트(Proxy Client)웹 애플리케이션 내에서 웹 서비스를 호출하는 방법으로 간접적으로 웹 서비스를 호출하게 되며 클라이언트는 요청에 의한 결과가 웹 서비스에 의해서 얻어 결과인지는 알지 못한다. 웹 애플리케이션에서 웹 서비스를 사용하는 경우 웹 서버에는 웹 서비스 호출과 처리를 위한 프록시가 생성된다. 웹 서버와 웹 서비스 제공 서버 사이에는 SOAP을 이용해서 웹 서비스가 호출되고 실행 결과 값을 전송하게 된다.SOAP(Simple Object Access Protocol)SOAP은 정보 교환을 위한 프로토콜이다. SOAP 사양에는 XML과 관련된 규칙이 정의되어 있다. 또한 확장 가능한 메시지 형식이나 SOAP 메시지 형식을 사용하여 RPC(원격 프로시저 호출)를 나타내는 규칙과 HTTP 프로토콜에 바인딩 하는 방법도 정의되어 있다.인터넷을 통하여 웹 애플리케이션과 원도 애플리케이션은 모두 웹 서비스를 사용할 수 있으며 웹 서비스는 또 다른 웹 서비스를 사용할 수도 있다. 즉, 인터넷상에서라면 어떠한 애플리케이션도 모두 웹 서비스를 통하여 통합될 수 있는 것이다. 이 모든 일련의 과정들의 메시징 처리에는 XML로 규약 된 SOAP이 사용되며 메시징 전달의 매개로는 HTTP 표준 프로트콜이 사용된다.SOAP의 사용과 매우 유사한 것은 부서간의 메시지일 것이다. 대부분의 사람들은 부서간 봉투들의 개념에 익숙한데, 그것은 하나의 조직에서 사람 또는 그룹간에 정보를 보내는데 사용된다. 봉투의 앞면에는 부서, 이름과 같은 발송인과 수신인에 대한 정보를 기입하는 줄들이 있다. 수신인이 메시지를 받으며, 봉투상의 목록에서 그들의 이름에 횡선을 긋는다. 다음 단계는 봉투상 또는 메시지에서 찾아진 정보를 기반한다. 만약 메시지가 단방향이라면 이것은 거기서 멈출 것이고, 그 봉투는 다른 메시지를 위해 재사용될 수 있다. 만약 발송인이 응답을 필요로 한다면 수신인은 봉투의 다음 줄에 발송인과 수신인의 정보를 거꾸로 기입하고, 이것을 생성)

공학/기술| 2006.12.03| 9페이지| 1,500원| 조회(672)

xml, SOAP, 웹서비스, .net, webservice

미리보기

닫기