< 디자인 단계 관리 >
디자인 단계 개념
→ 디자인 단계는 기획자가 만든 스토리보드를 사용자들이 쓸 수 있는 화면으로 만드는 과정
→ 디자인 단계는 기본적으로 4개의 과정을 거침
1. 디자인 컨셉 확인: 고객이 원하는 디자인의 컨셉을 확인하는 단계
A. 가능한 고객의 구체적인 요청을 들을 수 있도록 가이드를 주는 것이 좋다.
B. 디자이너를 통해 유사한 레퍼런스를 미리 준비해 보여주면서 컨셉을 찾으면 더 효과적
2. 디자인 시안 작업: 고객의 컨셉을 듣고 디자이너가 예쁘게 디자인한 샘플 만듦
A. 보통 2-3개의 시안을 만듦
B. 1개의 시안은 보통 5개 화면(로그인, 메인, 리스트, 상세 + 중요한 화면) 구성 그리고 가능한 구체적 가이드
C. 디자이너가 작성한 시안을 PM은 사전에 검토, 기본 적인 디자인 퀄리티가 나왔는지 확인 후 보완
D. 보완이 완료 된 후, 컨셉을 소개하는 PPT 자료를 만들고 가능한 디자이너가 직접 고객에게 소개하도록 함
3. 시안 확정 및 Develop: 디자인 시안을 보고 고객이 디자인을 확정하고, 확정된 디자인 시안을 좀 더 개선하는 과정
A. 고객은 시안 중 1개의 안을 선택하거나, 다 마음에 안 드니 새롭게 하라고 할 수 있음
B. 대부분은 시안 중 하나를 선택하고, 해당 시안을 좀더 보완(Develop)해서 적용하는 방식으로 진행됨
4. 전체 화면 디자인 작업: 디자인 작업이 완료되면 디자인 가이드를 만들고 전체 화면에 대한 디자인 (보통 메인 디자이너 + 1~2명의 보조 디자이너가 함께 진행)
A. 디자인이 전체가 마무리 되는 일정관리 보다 개발의 우선순위에 따른 디자인 스케줄 작성
B. 전체 디자인이 안 끝나도 우선 디자인 된 화면이 바로 퍼블리싱 및 개발에 이어지도록 관리
퍼블리싱 작업
→ 디자이너가 만들어준 디자인 파일을 개발자가 작업 가능하도록 스타일을 잡고 실제 개발일 가능한 HTML, JSP 등 화면으로 만드는 일
- 퍼블리싱 작업 관리 방법
n 보통 초반 디자인+퍼블리셔+개발리더가 모여서 회의를 통해 작업 순서, 일정, 방식을 정리
n 퍼블리싱의 경우 사전 조건에 대한 검토 필수
- 적용 브라우저 종류 및 해상도 등
- 작업 방식(PC, 모바일, 반응형 등)
- 웹 접근성 준수(유/무) # 색맹, 장애인 등 접근이 어려운 분들 고려
- 개발자들과 작업 범위 및 방식, 형상 관리 등
UI/UX 참조지식
1. UI (User Interface): 화면을 구성하는 전체 요소
→ 폰트, 컬러, 레이아웃, 배치, 아이콘, 이미지 등
2. UX (User Experience): UI를 만들 때 유저의 경험을 기반으로 특정 목적 달성 확률을 높이는 다양한 시도
→ 배치, 색상, 모양 등
→ 보통은 편의성 증대를 위한 목적 # 예외: 사이트 ‘탈퇴’기능 → 숨기려고 함
< 개발 단계 관리 >
→ 개발 단계에는 일반적으로 3단계 정도의 관리 과정으로 진행
1. H/W 구성
A. 안정성 및 효율성을 고려한 H/W 도입 방안 협의가 핵심
B. 시스템의 안정성과 성능에 대한 고객의 의지와 비용 확인
i. DB 백업 정책 (H/W, 미러링 등)
ii. H/W 다중화 작업(부하 분산, 고장 대비) # DB서버는 데이터 백업까지
DATA = 의미가 없는 원본 데이터 ex. 25
Information = 의미가 존재 ex. 오늘의 날씨는 25도
n 주요 H/W 종류: IT 인프라 구축에는 다양한 H/W가 있지만, 아래의 3개 서버에 대한 이해는 필수
1. WEB서버
A. 정적인 요소들이 동작하는 서버 (단순 HTML 문서, CSS, JavaScript, 이미지, 파일)
B. 아파치, NginX
2. WAS (Web Application Server)
A. 동적인 요소들이 동작하는 서버 (프로그램 로직, DB접속 등)
B. WEB Server 기능도 포함
C. 톰캣
3. DB서버
A. Database가 동작하는 서버
2. 네트워크 구성 협의
A. 구축할 네트워크에 대한 구성 협의. 핵심은 접근성
B. 네트워크 구성 범위에 따라 개발의 범위 차이 관리
C. 현재 고객이 생각하는 구축될 시스템의 서비스 대상이 누구인지 확인
D. 해당 서비스 대상이 시스템에 접근하는데 문제가 없는 네트워크 환경이 되도록 검토
3. 개발 관리
A. 개발을 위한 다양한 관리
B. 사전 준비 철저 - 기획/디자인/퍼블리싱이 가능한 빨리 나오도록 관리
C. 개발의 병목 요소 제거 - 의사결정 지연, H/W 및 S/W 도입지연 등
n 개발 기본 구조 이해: 개발자들과 소통 위해 기본 이해 필요
1. 초기 환경 구성
A. PL급 서버 개발자는 사업 초기 투입
B. 시스템 구조 설계 및 개발 환경 구성
2. 백엔드 서버 개발
A. DB 및 아키텍처 설계
B. 서비스 로직 개발
3. 프론트엔드 및 앱 개발
A. 최종 사용자 UI측 화면 개발
< 테스트 단계 관리 >
→ 개발된 시스템이 정상적인 서비스를 할 수 있도록 검증하고 보완하는 단계
1. 단위 테스트: 개발자, 품질관리
▪ 개발이 완료된 기능 테스트
▪ 각 화면별, 기능별 기본적인 오류 테스트
2. 통합 테스트: 개발자, 품질관리, 현업TFT
▪ 단위테스트 후 안정된 시스템으로 전체 프로세스를 테스트
3. 인수 테스트: 고객사, 실제 사용자
▪ 최종 고객이 시스템을 테스트
▪ 오류 확인 뿐만 아니라, 시스템 이용의 편의성, 적합성 검증
테스트 작업 진행 순서
1. 테스트 계획서 작성 - 테스트 진행에 대한 계획을 수립
i. 테스트 개요: 사업정보, 테스트 목적 등
ii. 테스트 절차: 테스트계획, 케이스, 시나리오, 테스트, 보완 등
iii. 테스트 일정: 절차의 각 단계에 실제 일정과 담당자 기입
iv. 테스트 대상: 시스템 종류, 시스템 별 주요 기능(대메뉴 수준)
v. 테스트 보완: 보완절차, 담당자, 보완 방법
2. 테스트 케이스 작성 - 테스트를 위한 대상 및 진행 케이스 정리
i. 문서 양식
▪ 기본 엑셀 문서 혹은 표 형태로 작성
ii. 문서 항목
▪ 시스템명
▪ 요구사항ID: 요구사항 반영 여부 체크
▪ 테스트 케이스:
- 화면 기능 기준: 대메뉴, 소메뉴, 중메뉴, 화면, 기능
- 업무 기능 기준: 업무 분류, 업무, 상세 작업
iii. 작성 주의 사항
▪ 모든 요구사항이 맵핑 될 수 있도록 작성
- 요구사항 상세 관리 안 하는 경우도 있음
3. 테스트 시나리오 작성 (단위, 통합, 인수) - 테스트 케이스를 기초로 진행 시나리오 작성
A. 단위 테스트: 개발한 시스템의 단위 기능이 정상적으로 동작하는지 확인
i. 단위 테스트 시나리오 작성
i. 단위 테스트 수행
ii. 만들어진 해당 부분의 기능 중심의 테스트
iii. 오류 확인 및 수정
B. 통합 테스트: 시스템의 전체 프로세스가 정상적으로 동작하는지 확인
i. 통합 테스트 시나리오 작성
i. 통합 테스트 수행
ii. 전체 시스템의 프로세스 동작 및 결과물 확인 테스트
iii. 오류 확인 및 수정
C. 인수 테스트: 오류 확인 목적보다 개발된 기능이 요구사항대로 되어있는지 검증이 목적
4. 테스트 진행 - 최종 테스트 수행 및 보완
A. 성능
▪ 시스템의 성능을 테스트 - 응답 시간, 처리량 등
▪수기 테스트, 도구 측정
B. 부하&스트레스
▪ 시스템에 과부하가 걸렸을 때, 정상 작동 여부 테스트 - 기준정의, 부하환경 구축, 테스트 측정 도구
C. 보안
▪ 소프트웨어의 보안적인 측면 테스트 - 물리적 보안, 논리적 보안
테스트할 때 쓰는 프로그램 APM
▪ APM: Application Performance Management
- 시스템 테스트를 위한 별도 관리 도구
- 운영 시 안정화 모니터링까지
'복습 노트' 카테고리의 다른 글
| IT 프로젝트 이해 관리 4 (1) | 2026.02.15 |
|---|---|
| IT 프로젝트 관리 이해 2 (0) | 2026.02.07 |
| IT 프로젝트 관리 이해 1 (0) | 2026.02.04 |
| 사업 기획 및 컨설팅 이해 2 (0) | 2026.02.03 |
| 사업 기획 및 컨설팅 이해 1 (1) | 2026.02.01 |