[프로세스 정리하기] 6주차 Day 3 — ★ 입출력을 적으면 화면이 나온다
주차 주제: 입력과 출력을 적는다 (데이터 계약) | 제조 사례: 개발 없이 나온 화면
오늘의 목표: 정의에서 화면이 만들어지는 원리를 보고, 「개발한다」와 무엇이 다른지 안다.
소요 시간: 30분
1. 한 문장으로
화면을 만드는 게 아니라
정의에서 화면이 나오게 한다. ★이것이 AXnyx 가 「업무를 설명하면 그것이 작동하는 업무 시스템이 됩니다」라고 말하는 자리입니다.
2. 화면에 필요한 것을 세어 보면
입력 화면 하나를 만들려면 무엇이 필요한가
① 어떤 칸들이 있나 → 데이터 계약 ★
② 각 칸이 무슨 타입인가 → 항목 정의
③ 어느 칸이 필수인가 → 항목 정의
④ 어느 칸을 고칠 수 있나 → INPUT/OUTPUT ★
⑤ 고를 수 있는 값이 있나 → 참조 (기준정보)
⑥ 아래 버튼이 무엇인가 → 결과 ★
⑦ 누구에게 보이나 → 처리자
⑧ 누르면 어디로 가나 → 다음여덟 개가 전부 정의에 있습니다.
5주차에서 ⑥⑦⑧ 을 적었고
이번 주에 ①④ 를 적었고
②③⑤ 는 항목을 정의할 때 이미 적혀 있습니다 ★그래서 화면을 따로 만들 것이 없습니다.
3. 정의 → 화면 대응표
정의에 적은 것 화면에 나오는 것
──────────────────────────────────────────────
OUTPUT 항목 입력 가능한 칸
INPUT 항목 회색 칸 (보이기만) ★
타입이 DATE 날짜 고르는 칸
타입이 BOOLEAN 예/아니오/선택 안 함 ★
타입이 NUMBER 숫자 칸
필수 빨간 별표
기준정보 참조 고르는 목록 ★
자동번호 잠긴 칸 ("저장 시 부여")
계산 규칙 잠긴 칸 ("계산된 값") ★
검증 규칙 칸 아래 조건 문장
결과 목록 아래 버튼들4. ★ 「개발한다」와 무엇이 다른가
개발하는 방식
정의를 사람이 읽는다
→ 화면 코드를 손으로 쓴다
→ 정의가 바뀌면 코드도 고쳐야 한다 ★
→ 안 고치면 어긋난다
→ 1주차에서 본 그 어긋남입니다정의에서 나오는 방식
정의를 화면이 읽는다
→ 그때그때 그린다
→ 정의가 바뀌면 다음에 열 때 이미 바뀌어 있다 ★
→ 어긋날 자리가 없다「고쳐도 아무 일이 안 일어난다」가 여기서 끝납니다. 1주차 Day 1 의 질문 — *「이 문서를 고치면 무슨 일이 일어납니까?」* — 에 이제 답할 수 있습니다.
5. 제조 현장의 실제
어느 업체, 새 검사 항목 하나를 추가해야 했습니다.
「표면 거칠기」 측정값을 남기기로 함개발 방식이었을 때 (전에 겪은 일)
요청서 작성 1일
개발 일정 잡기 2주 대기 ★
화면 수정 2일
테스트 1일
배포 다음 정기 배포까지 3주 ★
─────────────────────────────────
총 6주정의 방식으로 바꾼 뒤
항목 추가 (타입·필수 여부) 5분
검사 수행 활동의 OUTPUT 에 추가 1분
발행 즉시 ★
─────────────────────────────────
다음에 검사 화면을 여는 사람에게 그 칸이 있습니다6주 → 6분.
같은 일을 빨리 한 게 아닙니다.
다른 일을 한 것입니다 —
개발이 아니라 정의 수정을 한 것입니다. ★6. 그래서 무엇이 바뀌나
누가 고치나
전 현업이 요청 → IT 가 개발
후 현업이 직접 고친다 ★언제 바뀌나
전 다음 배포 (몇 주)
후 다음에 화면을 열 때어긋나나
전 반드시 어긋난다 (문서와 코드가 둘)
후 어긋날 자리가 없다 (하나뿐) ★7. 공짜가 아니다 — 대가
① 정의를 정확히 써야 합니다
대충 쓰면 대충한 화면이 나옵니다.
"알아서 예쁘게" 는 없습니다. ★② 특이한 화면은 여전히 만들어야 합니다
대시보드 · 그래프 · 지도 · 특수 위젯
→ 정의에서 안 나옵니다 ★③ 배치를 마음대로 못 합니다
항목 순서는 정의 순서입니다.
"이 칸을 오른쪽 위에" 는 안 됩니다.②③이 이 방식의 한계입니다. 정직하게 알아 두어야 합니다. 다만 업무 화면의 대부분은 입력 폼이고, 그것은 정의에서 나옵니다.
8. 무엇이 정의에서 안 나오나
정의에서 나오는 것 따로 만드는 것
──────────────────────────────────────────────
업무 입력 화면 대시보드 ★
목록·상세 분석 그래프
승인 화면 지도·도면
기준정보 관리 화면 특수 위젯 (서명 등)비율로 보면
업무 화면의 대부분은 왼쪽입니다.
오른쪽은 업무가 늘어도 안 늘어납니다. ★
그래서 업무 단위가 100개가 돼도
만들 화면은 안 늘어납니다.9. 오늘 해 볼 것 (15분)
어제 만든 세 칸 표를 보고
화면을 손으로 그려 보세요.
[활동: ____________] 담당: ________
┌─────────────────────────────────┐
│ (INPUT 항목 — 회색) │
│ ____________ ______ [회색] │
│ ____________ ______ [회색] │
│ │
│ (OUTPUT 항목 — 입력칸) │
│ ____________ [ ] │
│ ____________ [ ▾ ] │
│ │
│ [결과1] [결과2] [결과3] │
└─────────────────────────────────┘그리고 물어보세요
□ 이 화면으로 그 일을 할 수 있나
□ 없는 칸이 있나 → 계약에 빠진 것입니다 ★
□ 안 쓰는 칸이 있나 → 계약에서 빼세요10. 내일 할 것
적지 않으면 무슨 일이 일어나는가 — 반대쪽을 봅니다.
계약을 안 적은 활동이 실제로 어떻게 되는지, 그리고 「일단 나중에」가 왜 영원히 안 오는지.
이 글은 프로세스 정리하기 과정의 6주차 3일차입니다. 과정 전체 보기
진도와 검색이 되는 판: AXPulse 기술따라가기
댓글
댓글 쓰기