(A-SPICE 16회차) SWE.3: 설계 없이 구현? 그건 마법이 아니라 재앙입니다!

🧱 16회차: SWE.3-설계 없이 구현? 그건 마법이 아니라 재앙입니다!

SWE.3 – 소프트웨어 상세 설계 & 구현, 같이 갑시다!

🧙‍♂️ “설계는 귀찮고, 코딩이 진짜 실력 아닌가요?”
🧠 “설계 없이 시작하는 코딩은... 설탕 없는 케이크예요. 보기엔 괜찮은데, 먹으면 입안 가득 어색함만 남습니다.”

---

🎯 SWE.3, 도대체 뭔가요?

SWE.3 – 소프트웨어 상세 설계 & 구현은
아주 중요한 이중임무를 담당합니다:

1. 💡 상세 설계: 시스템/소프트웨어 아키텍처를 바탕으로 함수, 클래스, 데이터 흐름, 알고리즘을 구체적으로 정의
2. 🔧 구현(코딩): 상세 설계에 따라 코드로 실제 구현!

---

🧩 컨셉 설계 vs. 상세 설계 vs. 구현

구분	설명	예시
컨셉 설계	구조 및 모듈 정의	"센서 → 필터링 → 제어 로직"
상세 설계	각 요소의 세부 정의	filterData(float* input, int size)
구현	코드 작성	for(int i=0; i<size; i++){ ... }

---

🛠 SWE.3에서 개발자가 하는 일

1. 설계 활동

• 소프트웨어 기능 단위 정의
• 함수, 변수, 데이터 구조 설계
• 예외 상황 정의 및 처리 방법 작성
• 인터페이스 상세 명세(JSON, 구조체 등)

2. 구현 활동

• 코딩 표준에 따라 실제 구현!
• 정적 분석 툴 적용 (MISRA, SonarQube 등)
• 컴파일 & 빌드
• 리뷰 & 코드 리팩토링

💡 구현도 SWE.3의 범위입니다! SWE.4는 통합 테스트에 가까워요.

---

🧑‍💻 개발자 등급별 역할? 이렇게 나뉩니다!

개발자 수준	SWE.3에서의 역할
주니어	상세 설계된 내용을 기반으로 구현 수행, 단위 테스트 일부
미들	상세 설계 작성 + 구현, 단위 테스트 계획까지 수행
시니어	설계 전략 수립, 아키텍처 연계 고려, 코드 리뷰 주도

---

⚔️ 실전! 리소스 부족한 회사에서의 대응법

현실: “설계 따위 시간 없어! 그냥 짜!”

그렇다면 어떻게?

1. 간소화된 설계 양식 활용
   • 엑셀 기반 인터페이스 정의서 + 흐름도 1장 설계
2. 컨셉+상세 설계를 통합
   • 설계서를 간단한 구글 문서에 같이 정리해서 중복 방지
3. 리뷰 중심 개발 문화
   • 문서 작성보다 리뷰 기록 중심으로 설계의 흔적 남기기
4. 구현 기준 정립
   • 최소한 함수 헤더, 예외처리, 변수 네이밍 규칙은 통일!

---

🐛 SWE.3이 약하면 이런 일이…

• 💥 기능은 되지만 유지보수 불가능
• 🐞 예외처리 누락으로 현장 불량 발생
• 🤹‍♂️ 개발자마다 코드 스타일 천차만별 (협업 지옥)
• 🧩 설계자와 구현자가 달라서 오해 대폭발

---

✅ SWE.3 Best Practice

• UML 또는 흐름도 기반의 상세 설계
• 함수별 입출력 정의
• 정적 분석 & 빌드 자동화 적용
• 구현 후 리뷰 필수!
• 단위 테스트 코드 포함해서 pull request

---

🔍 SWE.3, 요약하면?

항목	내용
역할	상세 설계 + 구현
설계 범위	함수, 모듈, 데이터 구조, 인터페이스
구현 범위	표준 기반 코딩 + 리뷰 + 정적 분석
핵심 포인트	설계가 좋아야 구현이 탄탄하다!

---

🔮 다음 회차 예고: 17회차 – SWE.4, 단위 시험!

드디어 코드가 짜졌다면... 이제는 시험의 시간!
단위 테스트, 커버리지, 자동화, 테스트 코드 작성 전략까지!
현업에서 제일 피하고 싶은 SWE.4, 우리가 재밌게 풀어드릴게요 😎

“코드는 거짓말 안 합니다... 테스트가 진실을 보여줄 뿐!”