본문 바로가기

생각 글

26년 4월 29일 생각

포트폴리오 작성 방향과 SM/SI 실무 개념 정리

키오스크 프로젝트 기반 — 첫 포트폴리오 초안 작성 및 실무 투입 준비 기록

SECTION 01
표준 프로세스 (SDLC) — 현재 위치 파악

소프트웨어 개발 생명주기(SDLC) 기준으로 현재 과정이 어느 단계에 있는지 파악하는 것이 중요하다.

1
 
목표, 계획 수립
무엇을 만들지 방향 설정
2
 
요구사항 분석
사용자/클라이언트 요구 정의
3
 
분석 설계
구조 및 화면 설계
4
 
구현 (Coding) 현재
키오스크 구조화 작업 진행 중 — 다른 조 코드 분석 및 기능 추가
5
 
테스트 현재
SM 관점에서 인수받은 프로그램 분석 및 수정 가능 여부 검토
6
운영/유지보수
SM/SI 실무 단계
SECTION 02
SM/SI 실무 개념

현업에서 신입 개발자가 가장 먼저 맞닥뜨리는 업무 형태다.

구분 의미 현재 과제 연결
SM시스템 유지보수 운영 중인 시스템의 오류 수정, 기능 추가, 고도화 다른 조 키오스크 인수 → 분석 → 기능 추가
SI시스템 통합 새 시스템 구축 또는 기존 시스템 연동 향후 고도화 단계에서 적용
핵심 질문
다른 조가 만든 키오스크를 넘겨받았을 때 — 로직을 이해하고 기능을 추가할 수 있는가?
지금 단계에서 가장 쉬운 SM 작업(로직 파악 → 수정 → 기능 추가)을 수행할 수 있는지가 평가 기준이다.
솔직한 현 상태
아직 타인의 프로그램 구조를 이해하는 데 버거움이 있다. 때문에 첫 키오스크는 공부해온 방식 그대로 접근하여 내가 이해한 구조로 다시 짜는 것이 현실적이다.

SECTION 03
포트폴리오 구성 원칙
마인드셋
첫 번째는 완벽할 수 없다. 초안을 만들고 2~3개월에 걸쳐 지속적으로 고도화하는 것이 목표다. 아쉬운 포트폴리오에 위축되지 말고 최선을 다할 것.

포트폴리오는 팀 프로젝트 소개가 아니다. 내가 무엇을 했는지, 어떤 부분을 담당했는지를 어필하는 문서다.

항목 내용
형식 A4 기준, 직관적으로 한눈에 보이는 구성
일관성 문서 전체 디자인/톤 통일 필수
도구 Drawio, Canva 활용 권장
참고 디자인 포트폴리오 형식 벤치마킹, 화면설계서 검색 후 적용
SECTION 04
포트폴리오 목차 구조
1
 
표지 — 본인 사진 포함
이름, 과정명, 날짜. 시작은 반드시 본인 사진으로
2
 
약력 / 기술 스택
경력 요약, 사용 언어/툴 정리
3
 
프로젝트 목차
여유있는 레이아웃 + 이미지 중심 구성
4
 
유스케이스 / 화면 설계서
다이어그램으로 기능 흐름 시각화
5
 
스크린샷 — 차량 매뉴얼처럼
구동 장면 단계별 캡처 + 설명. 인수인계 가능한 수준으로 작성
6
 
개발 후기
배운 점, 어려웠던 점, 앞으로의 방향. 반드시 마지막에 포함
참고 — 내가 한 것 기록 목록
IP 할당 / 컴퓨터 조립 / 우분투 설치 / 키오스크 구조화 작업 (class 적용) — 이런 작은 것도 빠짐없이 포함할 것
SECTION 05
당면 일정
시점 할 일
내일 오전 포트폴리오 초안 작성 — 뭘 했는지, 뭘 바꿨는지 기억 정리
내일 오후 (5/5까지) 다른 조 프로그램 인수 → 분석 → 기능 추가 가능 여부 검토
이후 2~3개월 포트폴리오 지속 고도화

핵심 요약

포트폴리오는 팀 소개가 아니라 내가 한 일을 증명하는 문서다.
→ 일관성 있는 디자인, 직관적 구성, 차량 매뉴얼 수준의 스크린샷
→ 첫 버전은 완벽하지 않아도 된다 — 2~3개월 고도화가 진짜 목표
→ SM 실무 준비: 남의 코드를 읽고 수정·추가할 수 있는 능력

지금 할 수 있는 것부터, 내가 이해한 방식으로, 성실하게.

'생각 글' 카테고리의 다른 글

26년 5월 7일 생각 글1  (0) 2026.05.07
26년 5월 6일 정리글  (0) 2026.05.06
26년 4월 27일 생각  (0) 2026.04.27
26년 4월 13일 생각글  (0) 2026.04.13
26년 4월 12일 해당 영상을 보고 생각한 글  (0) 2026.04.12