*춘* 스토어

*춘*

개인

팔로워0 팔로우

소개

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

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

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

2개
전체 판매량

2개
최근 3개월 판매량

0개
자료후기 점수

평균C
자료문의 응답률

-

전체자료 2개

[시스템분석설계] 객체지향과 UML 평가B괜찮아요

Ⅰ. 서론 - 객체지향의 의미객체(object)의 개념이 처음 등장하는 것은 60년대 중반에 소개된 Simula라고하는 시뮬레이션 언어를 통해서이다. 그 이전에도 객체라는 용어는 인공지능 등 몇몇 분야에서 가끔 나타나기도 하였지만 "캡슐화(encapsulation)", "다형성(polymorphism)" 등 객체지향의 개념이 비로서 소개되었다. 객체지향이란 용어가 중요하게 인식되기 시작한 것은 70년대 초반 XEROX사의 PARC(Palo Alto Research Center)에서 "Dynabook" 시스템을 개발하면서 소프트웨어로 Smalltalk을 만들었고, 여기에는 현재의 객체지향 개념의 상당수가 포함되어 있다. 80년대 중반에 들어서는 객체지향 프로그래밍이 상당히 활발히 확산되었고 C++, Objective C, Eiffel, Ada95 등 수 많은 객체지향 언어들이 연이어 탄생하게 된다.최근에는 인터넷의 급격한 신장으로 Java 등 분산 컴퓨팅 환경에 맞는 객체지향 언어와 CORBA, DCOM 등 분산 객체 및 샌프란시스코(San Fransisco) 같은 기업 프레임워크의 보급 뿐만 아니라 메타 방법론이라 할 수 있는 UML(Unified Modeling Language)로의 표준화 작업까지 착실이 진행되고 있는 중이다.Ⅱ.객체지향의 요소와 특징1. 객체지향의 요소객체지향의 기본 사상은 복잡한 메커니즘의 현실 세계를 인간이 이해하는 방식으로 시스템에 적용시켜보자는 것이다. 이를 위해 객체지향 기술에는 객체(object)와 객체들의 범주를 나타내는 클래스(class), 그리고 객체간의 상호작용을 위한 메시지(message)를 기본 모형으로 제시하고 있다.(1) 객체객체(object)란 보고 만질 수 있는 것, 지성적으로 이해할 수 있는 것, 생각이나 행동이 추구하는 바를 말한다. 또는 문제영역에서 잘 정의된 역할을 갖고 있는 각각에 대해서 구별할 수 있는 품목(item), 단위(unit), 개체(entity)라 정의하기도 하며 단순히, 정의된 경계를 갖ncapsulation)라고 하고 다른 말로 정보 은닉(information hiding)이라고 한다. 즉, 캡슐화는 추상화와 거의 같은 개념이지만 추상화를 지원하며 보다 구체적이고 제한적이다.(3) 상속성추상화는 복잡한 프로그램을 간단하게 해주고 분석의 초점을 명확히 할 수 있다. 캡슐화는 객체의 내부구조와 실체를 분리함으로써 내부의 변경이 소스 프로그램에 미치는 영향을 최소화한다. 따라서 유지보수도 용이해진다.상속성(inheritance)는 객체기술의 가장 핵심이 되는 개념으로 프로그램을 쉽게 확장할 수 있도록 해주는 강력한 수단이 된다. 앞의 두 개념은 객체지향이 아닌 개발 방법에서도 흉내를 낼 수 있으나 이것은 객체지향 언어와 개발 방법만의 특성이다.5. 객체지향 분석/설계 단계객체지향 설계의 결과는 클래스의 계층구조이다. 각 클래스는 제어와 데이터 구조가 함께 포함된 모듈이다. 문제 공간은 객체와 그것에 관련된 메소드들의 모임으로 좀더 자연스럽고, 사실적으로 관찰될 수 있다. 객체는 객체지향 설계의 초기 요소이다. 그 후로 점차 객체들간의 공통점이 인식되면서, 같은 공통점을 갖은 객체들로 클래스를 만들게 되고, 또한 이들 클래스로부터 좀더 추상적인 추상 클래스(Abstract Class)를 형성하게 된다. 이와 같은 추상화 작업의 가장 상위 단계는 프레임워크(Framework)이다. 프레임워크는 서로 연관된 응용의 모임을 위한 설계를 나타내는 클래스들의 집합니다.간략하게 말하면, 객체지향 설계는 다음의 네가지 기본적인 단계를 거친다.①객체의 인식과 정의②클래스의 구성③클래스들간의 관계를 파악 및 클래스 계층구조 구성④재사용 가능한 클래스 라이브러리와 응용 프레임워크를 제작한다.6. 객체지향 분석/설계 표준 : UML과 OMLUML(Unified Modeling Language)은 기존의 Booch 방법론, Rumbaugh 등의 OMT(Object Modeling Technique), 그리고, Jacobson의 OOSE 방법론 등을 연합하여 만든 모델링서 관리관점에서는 시스템 전체를 일관되게 조명하면서 현재 진행 중인 시스템의 관리 포인트에 초점을 두고 있다.둘째는 아키텍쳐 위주의 개발 기법이다.프로그램 코드나 재사용 라이브러리 수준이 아닌 아키텍처 수준에서 재사용함으로써 유지 보수의 용이함을 획기적으로 기대할 수 있다. 아키텍처 수준의 재사용은 요즈음 들어 유행하고 있는 컴포넌트 위주의 개발과 같은 맥락이라 볼 수 있다. 아키텍처를 구성하는 구성요소들(흔히 컴포넌트와 비슷한 개념)은 레고사의 레고 블록에 해당된다고 볼 수 있다. 따라서 정보시스템을 마치 레고 블럭의 조립을 하듯 쉽게 구축 할 수 있게 된다.셋째는 사용자 위주의 Use Case 모델링 기법이다.이는 정보시스템 구축을 위한 시스템의 요구사항을 현실 세계의 사용자 관점에서 바라보며 모델링하는 기법으로써 구축할 시스템의 요구 사항을 현실 세계의 사용자 관점에서 바라보며 모델링하는 기법으로써 구축할 시스템의 전반적인 흐름을 보여주는 역할을 한다.이 세가지를 통한 소프트웨어 시스템의 개발과 관리는 사용자의 잦은 요구사항 변경 혹은 요구사항 추가, 삭제 등에 유연하고 탄력적으로 대처할 수 있으며 시스템 구축 후의 사후 유지보수 문제를 비교적 손쉽게 관리할 수 있게 해 준다4. UML의 구성이제 UML이 어떻게 구성되어있는지 알아보도록 하겠다. 전체 UML은 8가지 다이어그램으로 나타난다. 시스템의 정적인 면을 나타내는 클래스 다이어그램(Class Diagram)이 있고 동적인 면을 나타내는 콜레버레이션 다이어그램(Collaboration Diagram), 시퀸스 다이어그램(Sequence Diagram), 상태 다이어그램(Statechart Diagram), 액티비티 다이어그램(Activity Diagram), 디플로이먼트 다이어그램(Deployment Diagram), 컴포넌트 다이어그램(Component Diagram)으로 구성되어져 있다. 이외로 유스케이스 다이어그램(Usecase Diagram)이 존재한다. 유스케이스 다이어그램을 두 부류로 나대를 마련해 준다.샌프란시스코를 사용하면 급변하는 비즈니스 상황에 맞게 소프트웨어를 개발할 수 있다. 따라서 기업들은 새로운 애플리케이션과 다양한 시장에 손쉽게 진입할 수 있을 것이다. 또한 대부분의 코드를 기본 내장 블록으로 사용할 수 있으므로 새로운 애플리케이션을 보다 신속하게 개발할 수 있다. 또한, 샌프란시스코는 자바 기반이므로 일단 원하는 애플리케이션을 개발하고 나면 OS/400, 윈도우즈NT, AIX, 솔라리스, HP/UX, 기타 유닉스 플랫폼을 포함하여 광범위한 서버에서 애플리케이션을 실행할 수 있게 된다. IBM 샌프란시스코는 개발자가 고객의 요구를 충족시키는 혁신적인 기업 애플리케이션의 개발에 의해 비용을 절감하여 경쟁사를 앞지를 수 있도록 도와주며, 비즈니스 관리 애플리케이션을 구축하는 솔루션 개발자용이다. 그러나 샌프란시스코의 효율적인 이용을 위해서는 객체지향 기술 및 자바 기술이 선행되어야 한다.IBM 샌프란시스코는 현재 많은 업무 분야에서 사용되고 있으며 특히 은행 및 금융 서비스, 제조, 통신, 보험, 유통, 의료 관리 분야 등에 대한 관심이 증대됨에 따라 샌프란시스코의 사용 애플리케이션 솔루션 분야가 점점 광범위해지고 있다. 특히 처음에는 전자상거래, 공급망 관리, 회계, ERP 등에 많은 관심이 집중되었으나, 이제는 더 나아가 인적자원 관리, 고객지원 관리, 애플리케이션 개발 도구, 비즈니스 인텔리전스, 영업부서 자동화, 워크그룹 컴퓨팅, 유지 관리, 문서 관리, 프로젝트 관리 등에도 관심이 증대되고 있다.IBM은 주요 비즈니스 프로세스가 인터네트 기술과 통합되어 향상된 e-비즈니스라는 새로운 세계의 선두 주자이다. IBM 샌프란시스코는 e-비즈니스 애플리케이션의 구축을 위한 e-비즈니스 애플리케이션 프레임워크의 매우 중요한 요소로소 자리잡고 있다. 이 프레임워크의 중요한 속성은 다음과 같다.▶다양한 서버에 걸쳐 단 하나의 모델만을 채택함으로써 복잡성을 단순화하는 막강한 애플리케이션의 개발 가능▶기존의 시스템과 새로운 애플리케이션의의 정도의 완성된 비즈니스 컴포넌트를 제공함으로 상당한 개발 생산성의 효과를 가져다 줄 것이다. 물론 이를 현실적으로 정확하게 측정해 보는 것은 불가능할 것으로 보인다. 왜냐하면 응용프로그램을 개발하기 위하여 이와 같은 컴포넌트를 사용하는 개발자들은 전통적인 프로그램 환경 아래서 하는 것과는 판이하게 다르게 작업을 하기 때문이다. 개발자가 각기 독자적 특정 응용프로그램을 만들 때 그들은 샌프란시스코를 얼마나 많이 그들의 솔루션에 사용할 필요가 있는지를 선택할 수 있다.현재 전 세계에 걸쳐 약 800여 솔루션 개발업체들이 등록을 하여, IBM의 샌프란시스코를 기반으로한 솔루션 개발을 위한 준비 또는 실제 적용 개발을 하고 있으며, 여기에는 22개의 국내 솔루션 개발업체도 포함되어 있다. 샌프란시스코의 사용에 의해 개발자들은 ▲분산 시스템, 인터네트, 기타의 플랫폼으로 이식할 수 있는 여유있는 개발방법 ▲적은 시간과 노력으로 새로운 기능의 추가 ▲다양한 서버와 클라이언트 운영체계를 지향하는 단 하나의 개발환경의 존재 ▲응용프로그램 코드의 유지 보수를 위한 경비절감 ▲부가적인 새로운 기능 ▲프로그램 능력이 부족한 상황에서도 부가적인 기능적 가치에 집중 가능 ▲기반을 위한 구축보다 업무 문제의 해결에 초점 ▲객체 기술의 쉬운 채택 등과 같은 이점을 누릴 수 있다.5. 샌프란시스코 기본층 ‘관제탑’기본층은 서로 다른 여러 플랫폼을 지원하는 분산 객체 관리에 필요한 기술적인 측면들을 고려하여 각 기능들을 캡슐화 하였으며, 각 기능들을 사용하기 위한 API를 제공하고 있다. 또한 보안에 관련된 기능과 분산 트랜잭션 프로세싱에 필요한 기능들을 제공함으로써 결국 클라이언트 애플리케이션과 서버 비즈니스 객체들 간의 미들웨어 역할을 담당하고 있다.기본층은 샌프란시스코가 제공하는 기본 클래스를 통하여 분산 구조를 지원하고 있는데, 이러한 기본 클래스를 사용함으로써 사용자는 자신이 작성한 애플리케이션을 분산 구조로 설정할 수 있게 된다. 또한 개발자로 하여금 다양한 플랫폼에서 각 플ure

경영/경제| 2001.11.09| 10페이지| 1,000원| 조회(1,468)

객체지향, uml, OML

미리보기

닫기
[MIS 원론] MIS와 ERP 비교 평가C아쉬워요

Ⅰ. 서론 -MIS와 ERP의 개념1. MIS의 정의MIS는 근본적으로 인간-기계시스템이다. 즉, 인간과 기계가 상호보완적으로 결합되어 과업을 수행해 나가는 것을 의미한다. 또한 MIS는 통합시스템 (integrated system)이다. 여러 MIS 하위시스템과 응용프로그램들 간에 일관성 또는 호환성이 있어야 한다. 즉 통합의 필요성이 생기게 된다. MIS의 목표는 궁극적으로 조직전체의 목표와 일치되어야 한다. MIS는 조직으로 하여금 그 목표에 보다 효율적 및 효과적으로 도달할 수 있도록 지원하는 조직의 한 하위시스템이다. 정보는 그 유용성에 존재가치가 있다. 정보가 필요한 의사결정자에게 유용한 정보가 제공되어야 하며, 적시성 및 정보제공방법의 적절성이 함께 고려되어야 한다. MIS는 조직의 계획, 운영 및 통제 등 경영과정 전반에 걸친 활동을 포함한다. 즉 MIS는 TPS, IRS, DSS, OAS, SIS..모두를 포함한다.2. MIS의 발전과정(1) 제1단계 단순자료처리에 중점주로 다량의 회계자료를 신속.정확히 처리하는 데에 중점을 두었다.1950년대 중반부터 1960년대 초반까지라고 할 수 있다.EDPS 또는 TPS라는 용어를 주로 사용하였다.MIS 개념이 아직 확립되지 않았다.제2단계 경영정보의 생성에 중점(2) 1960년대 중반에서 1970년대 초반까지이다.조직의 관리 및 의사결정을 도와줄 수 있는 다양한 컴퓨터 응용시스템이 활발히 개발.이용되기 시작하였으며, 이 때부터 MIS라고 부르게 되었다.정보처리 기술과 하드웨어의 발전에 힘입어 비약적인 발전응용시스템 간에 통합성 결여로 실천적 한계성(3) 제3단계 의사결정과 정보통신에 중점1970년대 초반에 MIT를 중심으로 의사결정지원시스템의 개념이 탄생하였다.1980년대 초부터 저가의 소형 및 개인용 컴퓨터가 급속히 발전.보급되고 정보통신기술이 크게 향상되면서 사무자동화에 대한 관심고조전자우편 (E-mail), 원격지회의 등의 통신기술을 이용하여 사무업무에서의 생산성을 향상시키려고 하였다.분산처리시스템 보편화(4) 제4단계 인공지능의 이용에 중점인간의 지능을 컴퓨터시스템에 응용하려고 하는 분야를 말한다.전문가시스템 (expert system, ES)의 개발과 응용이 시작되었다.ES는 전문지식을 축적함으로써 컴퓨터로 하여금 전문가의 의사결정을 대행하도록 하는 시스템이다.전문가지원시스템 (expert support system, ESS)의 개념이 등장하였는데, 전문가지원시스템이란 기존의 DSS와 ES를 상호보완적으로 결합하고자 하는 시스템이다.모델관리시스템 (model management system, MMS)이 등장하기 시작하였으며, MMS는 다양한 의사결정 및 분석모형(모델베이스), 각종 데이타(데이타베이스) 및 전문가지식(지식베이스) 등을 체계적으로 결합하여 관리함으로써 경영의사결정의 지원을 보다 합리화하는 것을 목표로 하는 응용시스템이다.3. MIS의 유사개념1. MIS와 유사개념EDPS(Electronic Data Processing Systems : )SIS(Strategic Information Systems : 전략적 정보시스템)TPS(Transaction Processing Systems : 거래처리시스템),IRS(Information Reporting Systems : 정보보고시스템),DSS(Decision Support Systems : 의사결정지원시스템),OAS(Office Automation Systems : 사무자동화시스템)4. ERP의 정의Enterprise Resource Planning의 약어로 전사적 자원관리'라는 말로 번역되는 ERP는 생산, 자재, 영업(마케팅), 인사, 회계 등 기업 전부분에 걸쳐있는 인적, 자금등의 각종 경영자원들(Enterprise Resource)을 하나의 체계로 통합적으로 재구축 (Planning)함으로써 생산성을 극대화시키고자 하는 대표적인 기업 리엔지니어링(Reengineering) 운동이다.기존에는 각각 개별적인 업무를 수행해 왔던 분야들이 이젠 하나의 전체적인 시스템 하에서 통합적으로 관리되는 것, 이것이 바로 ERP이다.5. ERP의 탄생배경과거의 기업 전산화의 개념은 전산화가 필요한 분야, 즉, 회계, 인사,급여등의 업무 프로세스들을 보다 효율적으로 관리할 수 있도록 해주는 주문식 개발방법이 주류를 이루었다. 하지만 이러한 개별적 관리 시스템은 해당분야의 업무 효율을 증진시킬 수 있을 지는 몰라도 기업 전체적으로 일관된 관리적 측면으로 볼 때는 그 한계성을 드러낸다. 산업혁명 이후, 다량생산체제가 도입됨으로써 생산자 중심의 시장 주도권은 이제 소비자 중심으로 변화했기 때문에 기업은 소비자의 다양한 욕구를 충족시켜 주기 위해서 기업의 전체적인 관리가 필연적으로 대두하게 된 것이다. 이러한 소비자 중심의 시장 주도권에서 적극적으로 대처하기 위하여 ERP가 탄생하게 된 것6. ERP의 도입의 필연향후 기업환경은 세계화 및 개발화로 인해 기업내 각 업무의 통합화와 개방화가 절실히 요구된다. 기업내 각 업무의 통합화란 각가의 업무에 관련된 objective 달성으로 분산되어 있던 기업 전체의 objective를 한 곳으로 집중시키기 위한 것을 의미하며, 개방화란 Global시대의 도래로 인해 전세계 어느 기업과도 경쟁해야 한다는 것을 의미한다. 따라서 이러한 기업환경의 변화에서 생존하기 위한 열쇠가 바로 ERP의 구축인 것이다.이미 세계의 유수기업들이 ERP 구축을 마쳤고, 또 활발히 진행시켜 가는 것에서 보듯이 ERP시스템은 향후 기업 존속의 필연적 수단임이 자명해진다.Ⅱ. MIS와 ERP의 내용과 특징1. MIS의{구성요소주요내용하드웨어컴퓨터와 관련장치를 의미하는 것으로 다음 다섯 가지의 주요한 장치를 포함한다. 1. 입력장치 2. 출력장치 3. 보조기억장치 4. 중앙처리장치(연산장치,제어장치,주기억장치) 5. 데이터통신장치소프트웨어하드웨어의 작동을 지시하는 제반 형태의 명령어를 의미하는 것으로 크게 시스템 소프트웨어와 응용 소프트웨어로 나눌수 있다.데이터베이스응용소프트웨어에서 이용되는 모든 데이터를 의미한다. 한편 공통의 특성을 갖는 일단의 데이터묶음은 파일이라고 부른다. 데이터베이스 또는 파일의 물리적 존재는 데이터가 저장된 기억매체(자기테이프,디스크 팩, 디스켓 등)로 나타난다.운영절차시스템의 운영에 필요한 제반 절차는 메뉴얼 또는 지침서와 같은 물리적인 책자를 통해 정리되므로 MIS의 물리적 구성요소의 하나로 볼수있다. 운영절차는 다음 세가지 유형으로 나눌수 있다. 1. 사용자의 시스템이용을 위한 절차 2. 데이터 입력요원을 위한 절차 3. 컴퓨터 조작요원을 위한 절차운영요원시스템 분석가,프로그래머,데이터 입력요원,컴퓨터 조작요원,데이터베이스 관리자 등Ⅲ. MIS와 ERP의 비교ERP 시스템과 기존의 다른 시스템과의 비교 검토를 통하여, ERP시스템이 과연 어떤 면에서 기존시스템의 문제점을 해결 할 수 있는가를 보도록 하겠다.{MIS(경영정보시스템)ERP(전사적 자원 관리)시스템계열사별, 부서별 등 단위업무 중심으로 통합관리 미흡(사후 실적 집계 위주의 업무로 현상파악에 많은 인력과 시간소요로 비효율적, 비경제적)

경영/경제| 2001.11.09| 5페이지| 1,000원| 조회(1,303)

mis, ERP, sis

미리보기

닫기