Week 1: 강의 소개 및 팀 구성 🎯

📌 학습 목표

이번 주차에서는 다음을 학습합니다:

• ✅ 과목의 전체 구조와 학습 방향 이해
• ✅ 경영학, 경영정보학, 소프트웨어공학의 차이점 파악
• ✅ 시스템 개발 생명주기(SDLC)의 기본 개념 이해
• ✅ 시스템 개발 프로젝트에 참여하는 역할 이해
• ✅ 팀 구성 및 프로젝트 준비

🤔 왜 시스템 분석 및 설계를 배워야 하는가?

1. 디지털 전환과 비즈니스 혁신 지원

• 모든 기업이 디지털화를 추진하는 시대
• IT 시스템은 경쟁력의 핵심 요소
• 시스템 분석 역량은 조직의 변화를 이끄는 능력

2. 프로세스 개선 능력

• 비효율적인 업무 프로세스를 발견하고 개선
• 데이터 흐름을 시각화하고 병목 지점 파악
• 자동화 가능한 영역 식별

3. 데이터 기반 의사결정 지원

• 정보시스템을 통한 실시간 데이터 수집 및 분석
• 경영진의 전략적 의사결정 지원
• KPI 및 대시보드 설계

4. 빠르게 변화하는 기술 적응

• AI, 클라우드, 빅데이터 등 최신 기술 이해
• 기술 트렌드를 비즈니스에 적용하는 능력
• 로우코드/노코드 플랫폼 활용

5. 진로 확장

• IT 기획자: 시스템 요구사항 정의, 프로젝트 관리
• ERP/CRM 컨설턴트: 패키지 솔루션 도입 및 커스터마이징
• 비즈니스 분석가(BA): 데이터 분석 및 인사이트 도출
• 프로덕트 매니저(PM): 제품 기획 및 개발 관리

6. 컴플라이언스 및 표준 준수

• GDPR, 개인정보보호법 등 법적 요구사항 이해
• ISO 9001, ISO 27001 등 국제 표준 준수
• 내부통제 및 감사 대응

🎓 학문 분야의 이해

경영학 vs 경영정보학 vs 소프트웨어공학

💡 본 과목의 위치

이 과목은 경영정보학 영역에 속하며, 경영학적 사고와 IT 기술을 융합하여 조직의 문제를 해결하는 능력을 기릅니다.

🔄 시스템 개발 생명주기 (SDLC)

SDLC(Systems Development Life Cycle)는 정보시스템을 계획, 분석, 설계, 구현, 유지보수하는 전체 과정을 체계적으로 관리하는 프레임워크입니다.

📊 SDLC 7단계

1단계: 문제/기회/목표 식별 (Problem Identification)

• 조직 내 문제점 또는 개선 기회 발견
• 비즈니스 목표와 IT 전략 정렬
• 프로젝트 타당성 검토 (기술적, 경제적, 운영적)

2단계: 요구사항 수집 (Requirements Gathering)

• 인터뷰: 주요 이해관계자와 1:1 면담
• 설문조사: 대규모 사용자 의견 수집
• SWOT 분석: 강점, 약점, 기회, 위협 분석
• JAD (Joint Application Design): 워크숍 형식의 집단 분석

3단계: 분석 (Analysis)

• 비즈니스 프로세스 흐름 분석
• DFD (Data Flow Diagram) 작성
• 요구사항 명세서 작성
• 현행 시스템(As-Is) vs 목표 시스템(To-Be) 비교

4단계: 설계 (Design)

• 시스템 아키텍처 설계
• UI/UX 설계: 사용자 인터페이스 및 경험 설계
• 데이터베이스 설계: ERD (Entity-Relationship Diagram)
• 상세 설계 문서 작성

5단계: 개발 및 프로토타이핑 (Development & Prototyping)

• 코딩 및 프로그래밍
• 빠른 피드백을 위한 프로토타입 제작
• 모듈 단위 개발 및 통합

6단계: 테스트 및 검증 (Testing & Verification)

• 기능 테스트 (Functional Testing): 요구사항 충족 여부
• 비기능 테스트 (Non-Functional Testing): 성능, 보안, 사용성
• UAT (User Acceptance Testing): 사용자 수용 테스트

7단계: 배포 및 운영/유지보수 (Deployment & Maintenance)

• 시스템 배포 및 사용자 교육
• 운영 모니터링 및 문제 해결
• 유지보수 비용은 전체 SDLC 비용의 60-80%를 차지 ⚠️

👥 시스템 개발 참여자와 역할

1. 시스템 분석가 (System Analyst)

• 역할: 비즈니스와 기술 간의 가교 역할
• 주요 업무:
  • 요구사항 수집 및 분석
  • 프로세스 모델링 (DFD, Use Case)
  • 데이터 모델링 (ERD)
  • 이해관계자 간 커뮤니케이션
• 필요 역량: 논리적 사고, 커뮤니케이션, 문제 해결, 기술 이해

2. 프로젝트 관리자 (Project Manager)

• 역할: 프로젝트 전체 관리 및 조율
• 주요 업무:
  • 일정, 예산, 인력 관리
  • 위험 관리 및 품질 관리
  • 이해관계자 관리
  • 의사결정 및 갈등 해결
• 필요 역량: 리더십, 협상력, 시간관리, 의사소통

3. 프로그래머/개발자 (Programmer/Developer)

• 역할: 시스템 설계를 코드로 구현
• 주요 업무:
  • 코딩 및 프로그래밍
  • 단위 테스트 및 디버깅
  • 기술 문서 작성
• 필요 역량: 프로그래밍 언어, 알고리즘, 프레임워크

4. 사용자 (User)

• 역할: 시스템의 실제 사용자
• 주요 업무:
  • 요구사항 제공
  • UAT (사용자 수용 테스트) 수행
  • 피드백 제공

5. 이해관계자 (Stakeholders)

• 경영진: 전략적 의사결정 및 예산 승인
• IT 부서: 기술 지원 및 인프라 제공
• 외부 파트너: 벤더, 컨설턴트, 규제 기관

🏗️ 소프트웨어 공학 계층 구조

┌──────────────────────────────┐
│         Quality              │  ← 최상위 목표
├──────────────────────────────┤
│         Process              │  ← 개발 프로세스
├──────────────────────────────┤
│         Methods              │  ← 분석/설계 방법론
├──────────────────────────────┤
│         Tools                │  ← CASE 도구
└──────────────────────────────┘

품질의 주요 차원

• 정확성 (Correctness): 요구사항을 정확히 충족
• 유지보수성 (Maintainability): 수정 및 확장 용이성
• 무결성 (Integrity): 데이터 보안 및 일관성
• 사용성 (Usability): 사용자 친화적 인터페이스

🚀 첫 번째 과제 및 팀 구성

팀 구성 가이드

• 팀 규모: 3-4명
• 역할 분담:
  • 팀 리더: 프로젝트 관리 및 조율
  • 분석가: 요구사항 분석 및 모델링
  • 설계자: 시스템 및 데이터베이스 설계
  • 문서 담당: 보고서 작성 및 발표 자료 준비

첫 번째 과제

1. 팀 구성 및 팀명 정하기
2. 관심 있는 시스템 주제 선정
   • 예시: 대학 도서관 관리 시스템, 배달 앱, 재고 관리 시스템 등
3. 간단한 문제 정의서 작성 (1-2페이지)
   • 현재 문제점
   • 개선 목표
   • 기대 효과

📚 참고 자료

• 주교재: 한빛미디어, 『시스템 분석 및 설계』
• IEEE Software Engineering Standards
• PMBOK Guide - Project Management Institute