"0620 회의"의 두 판 사이의 차이

2017년 7월 9일 (일) 19:01 기준 최신판

0613 회의 0706 회의

백업테스트

1. 카페24에서 백업기능을 사용할 수 있어 최악의 사대 대비가 가능함(1차 백업)
   • 장점: 현 단계에서는 가장 손쉽고 신속한 백업 방식
   • 단점 및 한계: 카페24와 동일한 환경에서만 데이터 복원이 가능. 우리 서버는 환경이 다름.
2. 위키 사용자 수준에서의 개별 백업 상시화(2차 백업)
   • 일반 사용자들이 자신의 작업내용을 상시적으로 백업해 놓는 것. 교수님께서 요구하시는 최우선적 백업 방식.
   • 장점: 신속하게 순수 작업 데이터의 백업이 가능. 시스템 전문적인 지식이 없어도 수행 가능.
   • 단점: 현재까지는 이 방식의 백업 시, 일부 고급 기능의 구현이 불완전한 것으로 확인됨. 이 부분의 해결을 위한 방안을 모색 중.
   • 교수님은 이 단계의 백업 매뉴얼을 요청 : 업데이트 된 부분은 교수님께 보고
3. 시스템 차원에서의 미디어위키 정식 백업(3차 백업)
   • 장점: 미디어위키 자체에서 권장하는 정식 백업 방식
   • 단점: 모든 사용자들의 작업을 중단한 상태에서 비교적 긴 시간을 확보해야 함
   • 시스템 전문적인 지식과 집중이 필요한 작업.
   • 작업실행 이전에 다양한 측면에서 여러 단계의 검토와 테스트를 거쳐야 함. 서동신 수행 중.

틀 통일

• 틀 내의 정보 항목은 클래스(Class)의 속성과 동일하게 적용하는 것으로 결론
  • 틀 항목과 클래스 항목의 일치
• 문화유산으로 엮을 수 있는 유물과 유적 두 클래스 처리 문제
  • ex) 유물-유적, 유물-물품, 유물-문헌, 유적-장소
  • 승탑비문 콘텐츠의 경우, 탑비나 불상을 분류함에 있어서 유물-유적 어느 하나로 귀결할 수 없는 문제점이 있음
  • Relic 항목을 상위클래스에 반영하는 것에 대한 검토/확인 필요
  • 추가적으로 복수클래스(중복)을 허용할 것인가에 대해서도 검토/확인 필요
• 클래스는 분류 쪽으로 처리하고, 데이터로 조작하기에는 틀에 넣는 것이 편함

메뉴(메인) 구성

• 목차리스트
  • 각팀별 500개의 기사리스트
  • 2000개 기사 기사리스트
  • 파빌리온 기사리스트
  • 인물별/장소별/유물유적별/시대별/주제별 기사리스트
• 대문페이지
  • 4개의 테마를 어떻게 보여줄 것인가?
    • 이야기방식, 이미지/기사를 어떤 방식으로 보여줄 것인가?
    • 4개의 테마의 중심노드를 각각 어떤 기준으로 보여줄 것인가?(ex.민족기록화 : 작가/시대/인물)
      • 한글팀은 전시테마(4개)를 활용

모임 일정

• 방학 중 모임시간 조정 논의 : 다음 모임(6/27, 화)에서 결정.

프로젝트관리 담당

• 프로젝트관리
  • 회의록 기재, 중간회의 및 안건 조율, 다음회의 초기 진행
  • 오늘: 복식팀 주관, 한글팀 회의록
  • 다음 차례: 한글팀 주관, 승탑팀 회의록
  • 이후는 원래 순번대로, 복식팀 > 한글팀 > 승탑팀 > 민족팀
  • 해당 팀들은 서로 간에 잘 연락하셔서, 착오가 없도록 유념 부탁드립니다.