"0620 회의"의 두 판 사이의 차이
Encyves Wiki
(→프로젝트관리 담당) |
|||
43번째 줄: | 43번째 줄: | ||
** '''회의록 기재, 중간회의 및 안건 조율, 다음회의 초기 진행''' | ** '''회의록 기재, 중간회의 및 안건 조율, 다음회의 초기 진행''' | ||
** 오늘: '''복식팀 주관, 한글팀 회의록''' | ** 오늘: '''복식팀 주관, 한글팀 회의록''' | ||
− | ** 다음 차례: ''' | + | ** 다음 차례: '''한글팀 주관, 승탑팀 회의록''' |
** 이후는 원래 순번대로, 복식팀 > 한글팀 > 승탑팀 > 민족팀 | ** 이후는 원래 순번대로, 복식팀 > 한글팀 > 승탑팀 > 민족팀 | ||
** 해당 팀들은 '''서로 간에 잘 연락'''하셔서, 착오가 없도록 유념 부탁드립니다. | ** 해당 팀들은 '''서로 간에 잘 연락'''하셔서, 착오가 없도록 유념 부탁드립니다. | ||
[[분류:프로젝트관리]] | [[분류:프로젝트관리]] |
2017년 6월 22일 (목) 16:26 판
백업테스트
- 카페24에서 백업기능을 사용할 수 있어 최악의 사대 대비가 가능함(1차 백업)
- 장점: 현 단계에서는 가장 손쉽고 신속한 백업 방식
- 단점 및 한계: 카페24와 동일한 환경에서만 데이터 복원이 가능. 우리 서버는 환경이 다름.
- 위키 사용자 수준에서의 개별 백업 상시화(2차 백업)
- 일반 사용자들이 자신의 작업내용을 상시적으로 백업해 놓는 것. 교수님께서 요구하시는 최우선적 백업 방식.
- 장점: 신속하게 순수 작업 데이터의 백업이 가능. 시스템 전문적인 지식이 없어도 수행 가능.
- 단점: 현재까지는 이 방식의 백업 시, 일부 고급 기능의 구현이 불완전한 것으로 확인됨. 이 부분의 해결을 위한 방안을 모색 중.
- 교수님은 이 단계의 백업 매뉴얼을 요청 : 업데이트 된 부분은 교수님께 보고
- 시스템 차원에서의 미디어위키 정식 백업(3차 백업)
- 장점: 미디어위키 자체에서 권장하는 정식 백업 방식
- 단점: 모든 사용자들의 작업을 중단한 상태에서 비교적 긴 시간을 확보해야 함
- 시스템 전문적인 지식과 집중이 필요한 작업.
- 작업실행 이전에 다양한 측면에서 여러 단계의 검토와 테스트를 거쳐야 함. 서동신 수행 중.
틀 통일
- 틀 내의 정보 항목은 클래스(Class)의 속성과 동일하게 적용하는 것으로 결론
- 틀 항목과 클래스 항목의 일치
- 문화유산으로 엮을 수 있는 유물과 유적 두 클래스 처리 문제
- ex) 유물-유적, 유물-물품, 유물-문헌, 유적-장소
- 승탑비문 콘텐츠의 경우, 탑비나 불상을 분류함에 있어서 유물-유적 어느 하나로 귀결할 수 없는 문제점이 있음
- Relic 항목을 상위클래스에 반영하는 것에 대한 검토/확인 필요
- 추가적으로 복수클래스(중복)을 허용할 것인가에 대해서도 검토/확인 필요
- 클래스는 분류 쪽으로 처리하고, 데이터로 조작하기에는 틀에 넣는 것이 편함
메뉴(메인) 구성
- 목차리스트
- 각팀별 500개의 기사리스트
- 2000개 기사 기사리스트
- 파빌리온 기사리스트
- 인물별/장소별/유물유적별/시대별/주제별 기사리스트
- 대문페이지
- 4개의 테마를 어떻게 보여줄 것인가?
- 이야기방식, 이미지/기사를 어떤 방식으로 보여줄 것인가?
- 4개의 테마의 중심노드를 각각 어떤 기준으로 보여줄 것인가?(ex.민족기록화 : 작가/시대/인물)
- 한글팀은 전시테마(4개)를 활용
- 4개의 테마를 어떻게 보여줄 것인가?
모임 일정
- 방학 중 모임시간 조정 논의 : 다음 모임(6/27, 화)에서 결정.
프로젝트관리 담당
- 프로젝트관리
- 회의록 기재, 중간회의 및 안건 조율, 다음회의 초기 진행
- 오늘: 복식팀 주관, 한글팀 회의록
- 다음 차례: 한글팀 주관, 승탑팀 회의록
- 이후는 원래 순번대로, 복식팀 > 한글팀 > 승탑팀 > 민족팀
- 해당 팀들은 서로 간에 잘 연락하셔서, 착오가 없도록 유념 부탁드립니다.