## 어드민 유저 권한 시스템 설계 ### 문제 상황 - 현재 어드민 페이지 권한 종류가 [전체 읽기/쓰기], [전체 읽기] 밖에 없음 - 전체 읽기 - 다 읽을 수 있음 - 전체 읽기/쓰기 - 다 수정, 삭제할 수 있음 - 어드민 페이지를 이용해야하는 사람은 많음 - 어드민 페이지를 이용하려면 admin 권한을 줄 수 밖에 없는 상황. 그런데 admin 권한이 너무 큼 ### 요구사항 - 기존 권한 시스템을 최대한 가지고 가면서, 필요한 권한만 부여할 수 있는 권한 시스템을 도입해야 함 ### 설계 - 구성 - 유저, 스코프, 메소드로 구성되어있음 - 유저(사용자) - 스코프(기능 또는 페이지 단위) - 어드민 특정 기능 또는 페이지 단위 - 메소드(API 주소) - EX) api::route::get::/api/product/string:oid - 유저는 스코프를 갖고, 스코프는 메소드를 갖고 있음 - 유저는 스코프 리스트, 스코프는 메소드(요청 가능한 API)의 리스트를 가지고 있음 - 유저에게 스코프 할당을 보다 편하게 하기 위해 자주 사용되는 스코프를 preset 으로 묶음
## 5 Whys - 문제의 근본 원인을 파악하는 방법 --- ### ✅ 5 Whys 필요성 우리는 **고객의 문제**를 **해결**해야합니다. 문제의 근본 원인을 파악해 해결하지 않으면 고객의 문제는 해결되지 않습니다. 따라서 **문제의 근본 원인을 파악**하는 것이 중요합니다. **5 whys** 는 **문제의 근본 원인을 파악**하는 방법입니다. **눔(Noom) 사례: 비만 문제를 해결하자** - 비만 문제 → 칼로리 조절 → 칼로리 계산을 도와주는 앱 → 비만 해결 안됨 - 비만 문제를 해결하자 → 먹는 칼로리를 줄이면 된다 - 얼만큼 먹었는지(칼로리 섭취량 계산)를 어떻게 알려주지? → 칼로리 트래커 앱 개발 - 결과 → **비만 문제 해결 안 됨**. 비만의 근본 원인이 칼로리 계산에 있는 것이 아니기 때문 - 근본 원인은 비만의 습관, 행동 패턴을 개선하는 것 ⇒ 현재의 눔 코치 서비스 --- ### 🤔 5 Whys 란? 5 Whys는 문제 발생 시 “왜?“를 5번 반복해 근본 원인을 찾는 간단한 기법입니다. 1930년대 Toyota 창업자 Sakichi Toyoda가 개발했으며, 생산성 향상을 위해 사용됐습니다. - 도요타 사례 - 문제: 용접 로봇에 고장이 나서 생산에 차질이 생기는 문제 1. 용접 로봇이 왜 멈추었나? → 회로에 과부하가 걸려 퓨즈가 나갔다. 2. 회로에 왜 과부하가 걸렸나? → 기계작동을 담당하는 축의 베어링이 충분히 미끄럽지 않았다. 3. 베어링이 왜 충분히 미끄럽지 않았나? → 용접 로봇의 오일펌프가 충분한 오일을 순환시키지 못했다. 4. 오일펌프가 왜 오일을 순환시키지 못했나? → 펌프의 흡입구가 금속 부스러기로 막혔다. 5. 흡입구에 왜 금속 부스러기가 막혔나? → 펌프에 필터가 장착되어 있지 않았다. - 해결 방법: 노후된 오일펌프와 필터를 교체 - 토머스 제퍼슨 기념관 사례 ...
Bootstrap 사용 시 버튼을 오른쪽 정렬하는 방법 버튼 클래스에 float-right 해준다. 예시) Bootstrap v4.0 <div class = "row" > <div class = "col-12" > One <input type = "button" class = "btn float-right" value = "test" ></div> <div class = "col-12" > Two <input type = "button" class = "btn float-right" value = "test" ></div> </div> 참고 링크 https://getbootstrap.com/docs/4.0/utilities/float/#responsive https://stackoverflow.com/questions/15446189/how-can-i-get-my-twitter-bootstrap-buttons-to-right-align
댓글
댓글 쓰기