경영학 서브노트

소개글

경영학 서브노트에 대한 보고서 자료입니다.

목차

마 케 팅 관 리
Ⅰ. 기업전략
Ⅱ. 시장 기회 분석
Ⅲ. 목표시장 선정
Ⅳ. 마케팅 전략의 수립
Ⅴ. 제품 관리
Ⅵ. 가격 관리
Ⅶ. 유통경로 관리
Ⅷ. 촉진 관리
Ⅸ. 기타

경영전략과 경영관리
Ⅰ. 경영전략
Ⅱ. 경영관리

인 사 관 리
Ⅰ. 인사관리의 기초
Ⅱ. 직무분석․직무평가․직무설계
Ⅲ. 인사고과
Ⅳ. 모집․선발․이동․교육훈련 관리
Ⅴ. 보상관리
Ⅵ. 인적자원의 관계 및 유지관리

조 직 행 위 론
Ⅰ. 개 인
Ⅱ. 집 단
Ⅲ. 조직행동의 관리

계량의사결정론
Ⅰ. 확실성하의 의사결정
Ⅱ. 위험하의 의사결정기법
Ⅲ. 불확실성하의 의사결정기법
Ⅳ. 상충하의 의사결정기법 : 게임이론

생 산 관 리
Ⅰ. 생산전략
Ⅱ. 제품설계
Ⅲ. 공정설계
Ⅳ. 설비 배치
Ⅴ. 방법연구․작업측정․공장입지
Ⅵ. 생산계획
Ⅶ. 공정(일정) 관리
Ⅷ. 재고관리
Ⅸ. 품질관리

경 영 정 보 시 스 템

본문내용

적된 경험과 전문지식을 시스템화하여
│ 의사결정을 지원하거나 자동화하는 정보시스템
│ 구성요소 ┌ 지식베이스(KB) : 전문지식을 컴퓨터가 이해할 수 있는 형태로
│ │ 표현·저장
│ │ 추론기관(IE) : 저장된 지식에 근거하여 추론 수행
│ │ 설명기관(EU) : 추론과정 설명
│ │ 인터페이스기관(UIU) : 사용자와 시스템간의 인터페이스를 가능하게
│ │ 하는 기관
│ └ 데이터베이스
└ 장점 ┌ 과학적·경험적 방법으로 해결하기 어려웠던 문제 해결 가능
│ 의사결정의 성과 개선, 신속·논리적·일관성
│ 지식의 보존 및 재생산으로 조직의 전문성 향상
└ 새로운 조직구성원의 훈련도구로 활용 가능
3. 기업경영과 정보시스템
(1) 기업경영
┌ 정보시스템과 경영관리 : TPS, MIS, EIS
│ 정보시스템과 의사결정 : DSS, GDSS, EIS
│ 경쟁전략과 : SIS ＋ 가치사슬
└ 조직의 변화 : 과업구조, 인력구조, 조직구조
(2) 정보시스템과 경영관리
① TPS
② MIS
③ EIS
(3) 정보시스템과 의사결정
① DSS
② GDSS : 집단의사결정지원시스템
┌ 현대의 상황 : 복잡한 경영환경 ＆ 불확실성 ＆ (전문가)집단에 의한 의사결정
│ 문제점 : 정보 공유 절대적으로 필요 ＆ 요구되는 시간 급증·가용시간 감소
│ ＆ 집단의 의견조율 요구
│ 해소방안 : 의사소통 장애요소 제거 ＆의사결정에 필요한 각종 분석기법 제공
│ ＆ 토론의 양상·내용의 방향을 체계적으로 정리 및 통지
│ GDSS의 기능
└ GDSS의 의의 : 통신·컴퓨터·의사결정기술이 통합되어 집단의 의사결정을
지원하는 통합된 시스템
③ EIS
(4) 경쟁전략과 정보시스템
① SIS(가치활동별로 다른 정보시스템 구축 가능)
(5) 정보시스템으로 인한 조직의 변화
① 과업구조와 정보시스템 : 복잡하던 업무는 보다 단순화·표준화·통합화
단순 반복적인 과업의 감소, 대인접촉보다는 컴퓨터접촉을 주로 하는 업무 증가
② 인력구조와 정보시스템 : 중간관리자의 역할과 기능이 감소(정보시스템에 의한 대체)
중간관리자의 수 감소 또는 중간관리자가 전문화되어 라인으로부터 이탈
③ 조직구조와 정보시스템
┌ 수평화 : 중간층 감소 및 상하간 의사소통 향상으로 조직계층이 수평화
│ 전문화 : 단순 반복업무의 시스템 대체로 구성원은 좀 더 창의적이고 전문적인
│ 업무에 치중
└ 집권화(업무의 중앙집중처리 가능) 또는 분권화(시스템을 통한 효과적인 조정과
통제 가능)
4. 정보시스템의 개발
(1) 시스템개발수명주기(SDLC) 방법
┌ 업무 프로세스의 개발방법론
│ 비교적 정형화된 업무를 위해 정보시스템을 개발하는 경우 가장 많이 이용되는 방법
│ 문제점 : 대상 업무의 한계( 정형화된 업무를 대상), 개발과정의 연속, 장시간의
│ 개발기간, 과다한 비용, 많은 인력 소요
└ 과정 : 시스템 분석 시스템 설계 시스템 구현 시스템 지원
단 계
시스템 분석
시스템 설계
시스템 구현
시스템 지원
의 의
시스템의 사양 파악
요구된 사항을 시스템으로 구현하기 위한 과정
설계된 시스템 내역을 프로그램으로 개발
개발된 시스템 유지보수 및 개선
내 용
①타당성 조사
②현 시스템의 진단
③사용자 요구 정의
④개선안 도출
①정보자원의 도입
②새로운 시스템의 설계
①시스템 개발
②시스템 배치
시스템 유지보수
(2) 정보공학(IE)
┌ 업무 프로세스보다는 정보를 중심으로 하는 시스템 개발기법
│ 특징 :전략과의 연계, 정보중심, 자동화 도구의 지원
└ 기업전략을 기반으로 하는 통합적 개발방법론
(3) 프로토타이핑방식
┌ 의의 : 사용자의 기본적 요구만을 반영하여 최단시간 내에 소규모의 모형시스템을
│ 개발한 후 계속적인 수정요구사항을 반영하면서 시스템을 개선하는 방법
└ 복잡하거나 계속적으로 변화하는 업무에 적합, 조직의 기간시스템으로는 부적합
(4) 최종사용자 컴퓨팅(EUC)
┌ 등장배경 : 시스템 개발요구의 적체 현상, 정보기술에 대한 사용자의 수준 향상
│ 최종사용자가 직접 필요한 응용시스템을 개발하여 사용하고 계속적으로 개선해
│ 나가는 시스템 개발방식
│ 일반적으로 개인이나 작은 규모의 집단을 대상으로 함
│ 사용자의 변경에 따라 시스템이 불안정할 수 있음
└ 전산부서의 기능 : 정보관리·정보기술의 활용과 관련된 각종 서비스 제공, 시스템
개발에 필요한 전산 자원 제공, 사용자에 대한 교육훈련 실시
시스템 개발·관리에 대한 권한과 책임은 전산부서에서 최종사용자로 이전
개발방식
장 점
단 점
SDLC방식
·개발과정의 체계화
·표준화에 따른 품질강화
·일관된 시스템의 구축과 유지보수가 용이
·문서화정도가 과다
·수정에 따른 비용발생이 과다
·장시간의 개발기간 소요
·많은 인력과 비용이 투입
정보공학
개발방식
·시스템과 데이터의 통합
·자동화된 도구에 의한 생산성 향상
·체계적이고 일관성 있는 문서화와 표준화
·통합 CASE 도구의 부재
·개발자의 새로운 도구에 대한 적응 노력 요구
·개발도구에 대한 추가적인 투자 요구
프로토타이핑
방 식
·반복적인 사용자 요구의 명확화
·설계타당성의 검증 가능
·설계에 사용자의 참여 증진
·최종시스템의 일부를 빠른 시간 내에 완성
·고급수준의 프로그래머 요구
·시스템의 완전성과 유지보수에 대한 신뢰도
저하
최종사용자
컴퓨팅방식
·정보시스템 부서와의 갈등이나 지연현상이
감소
·사용자의 응용업무 통제와 변화에 대한
대응능력
·사용자의 능력에 따라 정보시스템의 수준이
제약됨
·시스템간의 호환이 어려움
·지적소유권 문제 등장 및 데이터 유지·보안이
어려워짐
CASE(Computer Aided Software Engineering) : 시스템 개발과정의 자동화
SLDC의 한계점 개선 위해 개발
5. 정보시스템의 평가
① 의의 ┌ 효과성 : 조직의 목표달성에 기여하는 정도, 전반적·경제적 공헌 측정
└ 효율성 : 자원의 능률적 사용 정도, 정보의 비용, 정확성·적시성
② 비용효과분석 : 비계량항목 측정 곤란
③ 소프트웨어 품질의 평가 : ISO 9000-3(전 과정)
④┌ 과정중심적 방법 : 시스템 개발과정의 합리적인 관리·체계 평가
└ 결과중심적 방법 : 사용자의 업무수행능력·조직의 성과 향상 정도

키워드

경영학,   서브노트,   요점정리,   마 케 팅,   경영전략과 경영관리,   인 사 관 리,   생산관리,   경영정보시스템