https://ansangah.github.io/tags/projectmanagement/ProjectManagementHugo Blox Builder (https://hugoblox.com)koFri, 17 Oct 2025 00:00:00 +0000https://ansangah.github.io/media/sharing.pnghttps://ansangah.github.io/tags/projectmanagement/https://ansangah.github.io/blog/subjects/se/Fri, 17 Oct 2025 00:00:00 +0000https://ansangah.github.io/blog/subjects/se/<h2 id="1-소프트웨어공학-개요">1. 소프트웨어공학 개요</h2> <ul> <li>소프트웨어공학(Software Engineering)은 <strong>복잡한 소프트웨어 시스템을 체계적·공학적으로 개발</strong>하기 위한 학문.</li> <li>목표: 예측 가능한 비용과 일정으로 <strong>품질 높은 제품</strong>을 전달하며, 유지보수와 진화를 고려한 구조를 설계.</li> <li>핵심 축: <strong>프로세스(How)</strong>, <strong>방법론(Method)</strong>, <strong>도구(Tool)</strong>, <strong>품질(Quality)</strong>.</li> </ul> <hr> <h2 id="2-소프트웨어-개발-생명주기sdlc">2. 소프트웨어 개발 생명주기(SDLC)</h2> <h3 id="21-전통적-폭포수requirements--design--implementation--verification--maintenance">2.1 전통적 폭포수(Requirements → Design → Implementation → Verification → Maintenance)</h3> <ul> <li>각 단계를 순차적으로 진행. 문서 기반 계약, 변경 비용이 큰 프로젝트에 적합.</li> <li>장점: 명확한 문서화, 관리 용이.</li> <li>단점: 요구 변경에 취약, 피드백이 느림.</li> </ul> <h3 id="22-반복증분-모델">2.2 반복·증분 모델</h3> <ul> <li>기능을 반복적으로 설계/구현/검증. 위험을 조기에 발견하고 사용자 피드백을 반영.</li> <li>대표: Spiral Model (위험 중심), RUP, Incremental Model.</li> </ul> <h3 id="23-애자일agile">2.3 애자일(Agile)</h3> <ul> <li>고객 협업과 빠른 반복을 강조. <strong>스크럼(Scrum)</strong>, <strong>칸반(Kanban)</strong> 등이 포함.</li> <li>스프린트 기간 동안 기획→개발→리뷰→회고를 반복.</li> <li>문서보다 작동하는 소프트웨어를 우선하지만, 최소한의 문서는 유지한다.</li> </ul> <hr> <h2 id="3-요구공학requirements-engineering">3. 요구공학(Requirements Engineering)</h2> <h3 id="31-요구-사항-종류">3.1 요구 사항 종류</h3> <ul> <li><strong>기능 요구(Functional)</strong>: 시스템이 수행해야 할 기능, 유스케이스.</li> <li><strong>비기능 요구(Non-functional)</strong>: 성능, 보안, 가용성, 규제 준수 등 품질 속성.</li> <li><strong>도메인 요구</strong>: 특정 산업/업무 규칙.</li> </ul> <h3 id="32-요구-수집-기법">3.2 요구 수집 기법</h3> <ul> <li>인터뷰, 워크숍, 설문, 관찰, 프로토타이핑.</li> <li>사용자 스토리(As a … I want … so that …)로 요구를 표현하면 애자일에 적합.</li> </ul> <h3 id="33-요구-분석-및-명세">3.3 요구 분석 및 명세</h3> <ul> <li>요구 상충 해결, 우선순위화(MoSCoW, WSJF).</li> <li><strong>UML Use Case Diagram</strong>, <strong>문장 템플릿</strong>, <strong>SRS(Software Requirements Specification)</strong> 문서화.</li> <li>요구 변경 관리: Change Control Board(CCB), 버전 관리.</li> </ul> <hr> <h2 id="4-시스템소프트웨어-설계">4. 시스템·소프트웨어 설계</h2> <h3 id="41-아키텍처-설계">4.1 아키텍처 설계</h3> <ul> <li>품질 속성을 달성하기 위한 구조와 구성 요소 정의.</li> <li><strong>아키텍처 패턴</strong>: Layered, Client-Server, Microservices, Event-Driven 등.</li> <li><strong>아키텍처 스타일</strong>: REST, SOA, Pipe-and-Filter.</li> <li>대표 산출물: 아키텍처 다이어그램(C4 Model 레벨), ADR(Architecture Decision Record).</li> </ul> <h3 id="42-상세-설계">4.2 상세 설계</h3> <ul> <li>모듈, 클래스, 인터페이스, 데이터 구조 정의.</li> <li><strong>UML</strong>: 클래스, 시퀀스, 상태, 활동 다이어그램.</li> <li>설계 원칙: SOLID, DI, GoF 디자인 패턴(Strategy, Observer, Factory 등).</li> </ul> <h3 id="43-소프트웨어-재사용">4.3 소프트웨어 재사용</h3> <ul> <li>라이브러리, 컴포넌트, 프레임워크 활용. 구성요소 기반 개발(Component-Based Development).</li> <li>소프트웨어 제품 라인(SPL) 접근: 공통 자산 기반으로 변형 제품군 생성.</li> </ul> <hr> <h2 id="5-프로젝트-계획과-관리">5. 프로젝트 계획과 관리</h2> <h3 id="51-일정-및-비용-추정">5.1 일정 및 비용 추정</h3> <ul> <li><strong>COCOMO II</strong>, <strong>Function Point</strong>, <strong>Story Point</strong> 기반 추정.</li> <li>거버넌스: WBS(Work Breakdown Structure), Gantt Chart, Critical Path Method.</li> </ul> <h3 id="52-리스크-관리">5.2 리스크 관리</h3> <ul> <li>위험 식별 → 분석(발생 확률, 영향) → 대응 전략(회피, 완화, 전가, 수용).</li> <li>특히 인력, 일정, 기술적 불확실성에 집중.</li> </ul> <h3 id="53-형상관리configuration-management">5.3 형상관리(Configuration Management)</h3> <ul> <li>코드·문서·빌드 결과물에 대한 버전/변경 이력 추적.</li> <li>도구: Git, SVN. 브랜칭 전략(Git Flow, Trunk-based)과 코드 리뷰 프로세스.</li> </ul> <hr> <h2 id="6-구현-및-품질-향상-기법">6. 구현 및 품질 향상 기법</h2> <h3 id="61-코딩-표준과-코드-품질">6.1 코딩 표준과 코드 품질</h3> <ul> <li>명명 규칙, 코드 스타일 가이드(PEP8, Google Style).</li> <li>정적 분석(Static Analysis), 린터, 포매터를 활용해 품질 자동화.</li> </ul> <h3 id="62-리팩터링refactoring">6.2 리팩터링(Refactoring)</h3> <ul> <li>기능 변경 없이 구조 개선. Bad Smell 제거: Long Method, Large Class, Feature Envy 등.</li> <li>CI 파이프라인에서 테스트 통과를 기준으로 안전성 확보.</li> </ul> <h3 id="63-성능-개선">6.3 성능 개선</h3> <ul> <li>프로파일링으로 병목 확인. 캐싱, 비동기 처리, 데이터 구조 최적화.</li> <li>Amdahl’s Law, Little’s Law 등 이론 기반 분석.</li> </ul> <hr> <h2 id="7-테스트와-품질-보증qa">7. 테스트와 품질 보증(QA)</h2> <h3 id="71-테스트-레벨">7.1 테스트 레벨</h3> <ul> <li><strong>단위 테스트(Unit Test)</strong>: 함수·클래스 단위. TDD(Test-Driven Development) 기반 작성.</li> <li><strong>통합 테스트(Integration Test)</strong>: 모듈 간 상호작용 검증.</li> <li><strong>시스템 테스트(System Test)</strong>: 전체 시스템 기능 및 비기능 요건 검증.</li> <li><strong>인수 테스트(Acceptance Test)</strong>: 사용자 요구 만족도 확인. UAT(User Acceptance Testing).</li> </ul> <h3 id="72-테스트-기법">7.2 테스트 기법</h3> <ul> <li>화이트박스(경로 테스트, 분기 커버리지), 블랙박스(동등 분할, 경계값 분석).</li> <li>정적 검토: 코드 리뷰, 워크쓰루, 인스펙션.</li> </ul> <h3 id="73-자동화와-cicd">7.3 자동화와 CI/CD</h3> <ul> <li>테스트 자동화 프레임워크(JUnit, pytest, Cypress).</li> <li>CI 도구(GitHub Actions, Jenkins)로 빌드·테스트·배포 자동화.</li> <li>테스트 커버리지, 품질 게이트(예: SonarQube) 관리.</li> </ul> <hr> <h2 id="8-운영과-유지보수">8. 운영과 유지보수</h2> <h3 id="81-유지보수-유형">8.1 유지보수 유형</h3> <ul> <li><strong>수정 보수(Corrective)</strong>: 결함 수정.</li> <li><strong>적응 보수(Adaptive)</strong>: 환경 변화 대응.</li> <li><strong>완전 보수(Perfective)</strong>: 성능 개선, 기능 강화.</li> <li><strong>예방 보수(Preventive)</strong>: 잠재 문제 제거.</li> </ul> <h3 id="82-devops">8.2 DevOps</h3> <ul> <li>개발·운영 통합 문화. CI/CD + 모니터링 + IaC(Infrastructure as Code).</li> <li>도구: Docker, Kubernetes, Terraform, Prometheus, Grafana.</li> <li>지속적 피드백 루프: 로그 분석, APM(Application Performance Monitoring), 피처 플래그.</li> </ul> <hr> <h2 id="9-품질-모델과-표준">9. 품질 모델과 표준</h2> <ul> <li><strong>ISO/IEC 25010</strong>: 기능 적합성, 신뢰성, 사용성, 효율성, 유지보수성, 이식성, 보안성, 호환성.</li> <li><strong>CMMI</strong>: 조직 프로세스 성숙도 모델. 레벨 1~5 단계로 프로세스 개선 로드맵 제공.</li> <li><strong>ISO/IEC 12207</strong>: 소프트웨어 생명주기 프로세스.</li> <li><strong>IEEE 표준</strong>: SRS(IEEE 830), 테스트 문서(IEEE 829) 등 문서 템플릿 제공.</li> </ul> <hr> <h2 id="10-도구-및-협업-전략">10. 도구 및 협업 전략</h2> <ul> <li>요구 추적: Jira, Azure DevOps, Trello.</li> <li>문서화: Confluence, Notion, MkDocs. 다이어그램은 PlantUML, Mermaid.</li> <li>코드 협업: GitHub, GitLab. Pull Request 리뷰, Pair Programming, Mob Programming.</li> <li>품질 측정 지표: 결함 밀도, 평균 고장 간격(MTBF), 결함 발견율, 리드 타임(Lead Time).</li> </ul> <hr> <h2 id="11-윤리와-프로페셔널리즘">11. 윤리와 프로페셔널리즘</h2> <ul> <li>소프트웨어 엔지니어는 ACM/IEEE Code of Ethics 등을 준수해야 한다.</li> <li>개인정보 보호, 접근성, 알고리즘 편향 최소화, 라이선스 준수.</li> <li>프로젝트 실패 원인 분석(Postmortem, RCA)로 조직 학습 강화.</li> </ul>