교무/학사 등 3개영역 새로운 시스템 구축을 위한 정보전략 컨설팅 중간보고 발표자료

1. 교무/학사 등 3개영역 새로운 시스템 구축을 위한 정보전략 컨설팅 중간보고 발표자료 BearingPoint Consortium 2004. 7. 15

2. 목차 • 사업 개요 • 환경 및 현황 분석 • 1. 현황분석 Framework • 2. 선진사례 분석 • 3. 요구사항 분석 • 4. 설문조사 분석 • 5. 업무 분석 • 6. 아키텍쳐 분석 • 7. 현황분석 종합

3. I. 사업개요 1.1 사업수행 원칙 1.2 적용 방법론 1.3 추진경과

4. I. 사업개요1.1 사업수행 원칙 • 사업 수행원칙 기본 방향 원칙 1 기존의 NEIS로부터 교무/학사 등 3개 영역의 DB를 분리하여 16개 시/도 단위로 단독 또는 그룹서버 운영 운영 원칙 원칙 2 새로운 시스템 도입 후 최소 1년 이상 시범운영 함 원칙 3 시범 운영 기간 중 운영 결과를 평가하여 결과에 따라 단독 또는 그룹서버의 확대 또는 축소 운영 함 원칙 4 정보수집, 관리 및 기술적 관리권한의 학교장 보유를 보장 함 사업수행 전제사항 전제사항 1 시스템 도입 첫해에는 특수학교와 고등학교는 단독서버, 초중은 그룹서버를 운영하는 것을 원칙으로 함 전제사항 2 새로운 시스템 구축 비용은 NEIS 초기 구축 비용인 520억원을 기준으로 함 전제사항 3 그룹서버의 경우에는 15개 학교를 기준으로 함

5. I. 사업개요 1.1 사업추진 원칙(계속) 본 컨설팅의 근거는 교육정보화위원회 건의사항을 기본으로 하여 국무조정실에서 결정한 정부의 운영방향이며, 이를 토대로 컨설팅을 수행함 • 서버 운영방안 • 서버운영 방안에 대해서는 [가급적 교육정보화위원회의 다수의견을 존중하여] 특수학교와 고등학교에 우선적으로 단독서버를 두고, 초중학교에는 그룹서버를 둔다는 단독 또는 그룹서버 구축원칙과 NEIS 초기구축비(520억) 기준범위를 충족하는 최소비용.최적시스템을 구현하기 위하여 • 정보컨설팅업체 또는 연구소 등 전문기관에 컨설팅을 의뢰한 후 그 결과에 따라 4개월 내에 최적방안을 마련하여 시행

6. I. 사업개요 1.2 적용 방법론 Global Best Practice를 수행함으로 인해 세계적으로 검증받은 베어링포인트 통합 방법론인 WCIT(World Class IT) 적용 정보화 요구사항분석 교육정보화 현황분석 교육정보화 환경분석 교육정보화 정책 분석 인터뷰 교무/학사 ISP 수행 절차 설문조사 보건 및 입(진)학 현황분석 05.20 ~ 07.13 교육행정 환경분석 자료조사 24개 영역 정보화요구사항 정의 시사점 도출 TO-BE 모델 설계 07.14 ~ 08.10 추진방향 수립 정보화 전략 및 시스템 구축방안 수립 이행 계획 수립 08.11 ~ 08.20 이행과제 정의 이행우선순위 선정 일정 및 자원계획 수립

7. I. 사업개요 1.3 추진경과 • 추진경과

8. II.2. 환경 분석 2.1. 주요 Activities Network Diagram 2.2. 선진사례 분석 2.3. 국가인원위원회 결정사항 2.4. 추진과정의 이해

9. II. 환경 및 현황 분석 >> 2. 환경분석2.1. 주요 Acitivities Network Diagram 현황분석 및 TO-BE 모델 수립 Framework 교무/학사 등 3개영역 1차 Workshop 6/25 환경분석 선진사례 분석 교무/학사 업무 보건 업무 요구사항 수렴 조직 분석 입학 업무 국가인권위 내용 추진과정 이해 1차 공청회 및 중간보고 7/13 시사점 TO-BE 모델 수립 시사점 및 개선방향 요구사항 분석 아키텍쳐 분석 추진방향 수립 인터뷰 2차 Workshop 7/27 선정기준 수립 설문 방향성 도출 아키텍쳐 설계 2차 공청회 8/10 시사점 Architecture 이행계획 수립 물적기반 : H/W,N/W,S/W 공개 SW 검토 일정 및 예산 수립 아키텍쳐 성능검증 보안 8/20 완료 보고회

10. 주 교육부에의 보고 (State Reporting) II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.2. 선진사례 분석2.2.1. CSIS(California School Information Services)의 도입배경 CSIS의 종합계획은 1989년부터 추진되었으며, 1992년에 완료되었음. 종합계획은 캘리포니아주 내 공립학교들을 위한 주 전체적인 전자적 학생정보시스템 구축에 초점을 맞췄음. 계획이 완료된 후, 1992년부터 1997년까지, 5년에 걸친 지역교육청들(Local Education Agencies)과 캘리포니아주 교육부(California Department of Education), 고등교육기관들, 그 외 학생교육 관련 기관들간의 전자적 학생정보 이전과 교환을 통한 주 전체 통합적인 전자적 시스템의 실행가능성과 기대효과에 대한 테스팅 프로젝트를 거쳤음. • 도입배경 학생정보 이전 (Student Records Transfer) 개선방안 캘리포니아주 교육부의 다양한 프로그램에 따라 각 교육관련 기관과 학교로부터 총계적, 중복적으로 수집되는 학생정보 보고서의 전자문서화 및 전자적 처리 그 동안 종이문서에 기록되어 학교들간 교환되어오던 학생개인신상정보와 성적증명서의 전자문서화 및 전자적 처리 • 학생정보 이전과정 소요시간의 최소화 • 학생정보 이전과정에서 발생하는 비용의 최소화 • 캘리포니아 공립학교의 학생들이 대학에 입학 시, 표준화된 전자문서 양식 으로 성적증명서 제공 • 학생정보 보고 시 발생 하는 각 교육관련 기관과 학교들의 업무과중 및 부담 최소화 • 주 교육부에서 관리하는 학생관련 정보들의 표준화를 통한 호환성, 신속성, 정확성 향상 • 지역교육청으로부터 수집되어진 총계된 자료를 분리, 분석할 수 없는 데서 오는 자료의 신빙성 여부 확인의 불가능성 • 주 교육부가 학생이나 학교, 교육관련 기관들에 대한 정보를 수집하는 시기와 정보를 분석, 정리하여 발표하는 시기간의 차이로 인한 자료의 부정확성 • 서로 다른 데이터 정의와 사용되는 데이터 요소, 사항들의 차이로 인한 비표준화로 각 자료 간의 호환성 문제가 발생하며 그에 따른 자료 해석과정에서의 업무과중 • 계속적인 중복된 자료의 수집으로 인한 업무의 비효율성 및 시간적 낭비 • 학생의 학교 이전 시, 학생정보 이전의 오랜 지연시간 또는 미완성된 자료처리 등으로 인한 학생정보의 신빙성 및 정확성 상실 • 학생정보 이전의 지나친 지연시간으로부터 발생하는 자료이용의 불편함 • 각 지역 학교의 자율적인 문서양식 선택으로 인한 자료의 호환성 문제 발생; 문서를 해석, 평가 시, 정확성과 처리속도의 저하 발생 • 교육관련 기관 직원들의 수동적인 학생자료 검색과 업데이트, 복사, 우송으로 인한 업무과중; 정보를 이전 받는 기관에서도 자료를 평가, 번역, 재입력하는 과정에서 업무과중이 발생 기존시스템의 문제점

11. 지역교육청의 학생정보시스템 구축 및 데이터 양식의 표준화 1 • 정보교환을 용이하게 하고 자료간의 호환성 문제 해결 (Schools Interoperability Framework 사용) • CSIS는 각 지역간에 쓰이는 학생정보 시스템의 소프트웨어의 공통적인 주요 기능들과 데이터 요소 및 사항들을 추출, 정의, 표준화 함 • 학생정보 관리에 쓰이는 개발업체의 하드웨어나 소프트웨어 선택은 계속적으로 각 지역 학교의 자율성에 맡김 실시간적 자료교환을 통한 업무경감 2 • 학교간의 실시간적인 학생정보 이전을 통한 정보의 정확성 확보 • 캘리포니아주 고등학교와 대학교간의 빠르고 쉬운 성적증명서 이전의 활성화 교육정책 결정과정에 도움을 줌 3 보고서의 전자문서화 및 전자적 처리 방식의 조직망 구축 4 • 지역교육청과 주 교육부간의 실시간적으로 교육관련 자료를 보고할 수 있는 조직망 구축 • 업무경감과 정보의 신빙성 확보 II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.2. 선진사례 분석2.2.2. CSIS의 목표 CSIS의 궁극적인 추진목표는 주 전체에 걸친 교육관련 기관들의 업무를 전사화 하고 표준화 하여 업무의 효율을 높이고 신속·정확한 자료를 확보하는데 있음. 세부사항은 다음과 같음. • CSIS의 목표 및 기대효과 • 학교, 학생에 관한 각종 통계자료를 활용

12. II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.3. 국가인권위원회 결정사항2.3.1. 정보의 가치 국가 인원위원회의 권고사항중 개인의 사생활 비밀 유지와 관련된 내용을 정보의 가치 측면에서 분석한 내용은 다음과 같음 • 정보의 가치(기본권, 사생활의 비밀 및 자유) 측면 헌법 제10조 , 제17조, 제31조, 제37조 및 기타 개인데이터의 국제유통과 프라이버시보호에관한가이드라인(OECD가이드라인) 전자화된개인정보와관련된규정을위한 UN가이드라인, 개인정보보호에관한법률 판단의 준거틀 사생활,개인정보에 대한 지침서 헌법 17조 : “모든 국민은 사생활의 비밀과 자유를 침해받지 아니 한다.” …. , 자신에 관한 정보를 관리 통제할 수 있는 권리(정보관리통제권)를 그 내용으로 한다고 할 것인데, 위 정보관리통제권에는 최소한 자기정보접근권, 자기정보정정청구권, 자기정보사용중지청구권을 포함한다고 할 것이다. 인권위 해석 헌법 37조 : “국민의 모든 자유과 권리는 ...” …. , 개인의 사생활 활동이 타인으로부터 침해되거나 사생활이 함부로 공개되지 아니할 소극적인 권리는 물론,오늘날 고도로 정보화된 현대사회에서 자신에 대한 정보를 자율적으로 통제할 수 있는 적극적인 권리까지도 보장 하려는 데에 그 취지가 있는 것으로 해석해야 한다. 인권위 해석 …. , 수집된 자료가 다른 목적에 유용될 가능성이 봉쇄되어 있어야 할것이다. … 개인정보의 수집은 본인으로부터 직접 수집하는 것을 원칙으로 하며, 또한 개인정보시스템이 원칙적으로 공개되어 있어 본인에게 자신에 대한 정보를 열람하고 정정을 요구할 수 있는 절차가 마련되어 있어야 할 것이다.

13. II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.3. 국가인권위원회 결정사항2.3.2. 정보의 효율성 정보의 효율성 측면에서 분석한 내용은 다음과 같음 • 정보의 효율성 측면 사생활,개인정보에 대한 지침서 행정업무의 효율화를 위한 정보화의 필요성은 인정되나, 순수한 교육행정만을 위한 정보 외에 교육목적으로 수집된 개인정보를 다른 행정정보와 동일하게 취급하는 것은 적절치 않고,… 추진배경 (학부모의 알권리 충족 및 대국민 서비스) 교무학사,보건 입력 사항은 교육목적으로 수집되고, 학생지도와 진학지도에 사용되는 것으로 교사와의 상담내용, 건강상태 등 내밀한 개인의 정보를 포함하는 업무이므로 정보화 시 그 목적과 세부항목에 대한 철저한 검토가 필요했음에도 고려사항에서 간과한 채 행정의 효율성에 중점을 두고 추진 된 것으로. 순수한 교육행정정보와 학교에서 이루어지는 학생지도 교육은 별개의 것으로 교육행정업무도 궁극적으로는 학생지도 교육을 위한 부수적 업무로 존재해야하는 것이다 민원사무처리에관한법률 제5조 : 민원사무 처리 가능 : 민원업무와는 다른 형태의 업무로 판단된다 …. , NEIS에대한 목적의 명확성,법익의 균형성, 피해의 최소성, 수단의 적정성, 방법의 적정성에 대한 검토가 필요하다. 인권위 해석 그러나, NEIS를통해운영되는교육이제시하는미래교육의비젼에대하여는회의하지않을수없다 계량화 되고 획일화된 NEIS가 장래에 …

14. II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.4. 추진과정의 이해2.4.1 교육행정정보시스템 추진경과 교육행정정보시스템은 2000년 9월에 BPR/ISP 사업을 시작으로 하여 2002년 10월까지 시스템 구축 사업을 완료한 이후에 인권위의 관련 시행 지침발표를 통하여 교무/학사, 입학, 보건의 3개영역에 대해서는 각 학교별로 자율적으로 이를 선정하여 사용하고 있는 상황임 • 주요 추진경과 도입 단계 BPR/ISP 2000.9 ~ 2001.3 시스템 분석 및 개발 2001.10 ~ 2002.10 교무/학사 영역 등 27개 영역 사용자 교육 2002.8 ~ 2002.9 NEIS 개통(22개 영역에 대한 서비스 개시) 2002.11 교무/학사 등 5개영역 개통 2003. 3 교육부 및 시/도교육청 지정 시범학교 운영 2002.3 ~ 2004.2 활용 단계 인권위의 NEIS 관련 청문회 개최 2003.4 교육행정정보화위원회 구성 및 1차 회의 2003.3 교육행정정보화위원회 2차 회의 2003.4 인권위 권고 관련 시스템 적용 발표 2003.5 (고 3학년 NEIS 적용, 고2 이하 이전 시스템 적용) 인권위 권고 관련 시행지침 발표 2003.6 (고 3학년 NEIS 적용, 고2 이하 수기, C/S, SA, NEIS 중 선택) 교육정보화위원회 활동결과 발표 2004.2

15. II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.4. 추진과정의 이해 2.4.2 추진과정 상 이슈사항 미국 교육청의 사례를 통하여 교육행정정보시스템을 추진하는 과정에서의 시사점과, 교육행정정보시스템 자체에서 제기된 불만사항은 다음과 같음 • 추진과정 상 이슈사항 교육행정정보시스템의 개발 단계 미국 교육청의 학생정보 사용 지침(예) 2002.10 2001.10 학생정보에 대한 지침 학생정보가 기록/보관되어지는 행위에 대한 사실 공개 학생 및 학부모에게 관리되는 학생정보에 대한 내역통지 민감한 신상정보는 학생/학부모가 관리여부를 선택 테스트 2개월 분석 3개월 설계 4개월 코딩 4개월 학생정보를 사용/보급하는 기관 및 단체는 신뢰와 책임을 바탕으로 정보를 사용해야 하며, 정보오용 방지에 대하여 주의를 기울여야 함 추진 결과 주요관점 • 테스트가 완료되기 전부터 사용자 교육을 실시함으로 인해, 교사들에게 불만 초래(2002.8~9 실시) 1 정보는 상황에 따라 다른 가치를 가짐 관리되는 정보가 무엇인지에 대한 관점보다는 과연 그 정보가 어떤 상황에 필요한 정보인지에 대한 정의를 먼저 수행함. 같은 정보라 할지라도, 그 상황과 학생의 입장에 따라 관리되는 정보의 가치가 다름 • 2002년 10월 테스트 완료 이후에도 2003년 2월까지 테스트를 연장해야 할 만큼 시험운영 기간이 부족했음 2 • 시스템 개통 이후에도 크고 작은 수정 및 변경사항 발생으로 인하여 지속적인 보완을 실시함 3 시사점 시사점 정보의 활용목적에 대한 명확한 정의와 관리방법 및 절차 수립이 선행되어야 함 분석 및 설계의 내용을 반영하기에 개발 및 시험기간이 부족한 것으로 판단됨

16. II. 환경 및 현황분석 >> 2. 환경 분석 >> 2.4. 추진과정의 이해 2.4.3 주요 시사점 교육행정정보시스템 도입으로 인한 많은 업무 환경의 개선이 이루어지기도 했지만, 개인의 정보에 대한 중요성에 대해서는 인식이 다소 부족한 점이 있었으며, 또한 성급한 적용으로 인해 교사들의 반발을 초래하기도 하였다. • 추진과정 시사점 인권에 대한 인식 전환 사례 1 교육행정정보시스템에서 관리하는 정보에 대한 내역을 일부 축소함으로써, 학생의 프라이버시에 대한 중요성을 일깨워 줌 그러나, 정보화의 관점에서만 이 문제를 볼 것이 아니라 온/오프라인 모두의 영역에서 학생 정보를 관리하는 범위에 대해서는 심도있는 논의가 필요함 교육부와 교원노조 사이에서 처음으로 제기되었던 인권문제를 컨설팅 영역에서 결론을 내릴 수는 없으나, 적어도 정보화에 있어서도 인권이 중요한 요소로 부각됨 사례 2 개인정보의 활용목적과 기밀성 유지를 위한 방법과 절차 확립 기존에는 대학 입시 전형자료를 CD로 제공하였으나 2003년에는 정보인권에 대한 인식이 향상되어 해당 대학 지원 학생 자료만 추출하여 제공하였음 교육행정정보시스템의 충분한 검증시간과 과정 필요 사례 1 테스트가 한창 진행중이던 시점에 사용자 교육을 실시함으로 인해서, 교육 과정중에 개발과 관련된 에러를 사용자가 직접 접하게 되어 불신감 확대 정보공학방법론에 따르면 개발 및 테스트가 완료된 이후에 사용자 교육이 실시되어야 하지만, 교육행정정보시스템은 테스트 기간중에 사용자 교육을 실시함으로 인하여 사용자들의 불만을 초래하였음. 사례 2 사용자 요구사항을 대부분 시스템에 반영하여 기능이 복잡하였음

17. II.3. 요구사항 분석 3.1. 요구사항 분석 개요 3.2. 요구사항 분석 요약

18. II. 환경 및 현황분석 >> 3. 요구사항 분석3.1. 요구사항 분석 개요 일선 학교의 직접적인 면접을 통하여 학교의 업무현황에 대한 파악을 진행하고, 이에 대한 현장검증을 통해 일선학교의 요구사항 및 교무/학사 등 3개 영역에 대한 업무절차 그리고 개선방향을 도출하기 위하여 NEIS 및 C/S를 사용하는 학교를 위주로 인터뷰 하였음 • 인터뷰 개요 • 업무현황파악(업무 리스트, 업무흐름, 문제점 등) 사항에 대한 현장 검증 • 요구사항 및 개선방향의 수렴 • 정책적 관점, 관리 및 운영관점, 사용자적 관점 등 3가지 관점에서의 현장 질의 인터뷰 목적 • 2004년 6월 2일 ~ 6월 4일(3일간) 총 36개 학교 방문 인터뷰 기간 방문 학교 학교 형태 교무/학사 등 3개 영역 기준 시스템 사용 현황

19. II. 환경 및 현황분석 >> 3. 요구사항 분석3.2. 요구사항 분석 요약 Summary 정책적 관점 • 정보보호에 대한 다각적인 검토 필요 • 정부의 일괄된 정책 추진 필요 • 3개 영역 분리의 취지 및 목적에 대한 교사들의 이해도 증진 필요 교무학사, 입진학,보건의 3개 영역 분리에 대한 관심도 미약 3개영역 관리권한 정보부장에게 정보관리 권한의 위임 건강기록부 작성 등 인권 문제에 대한 다양한 의견 제시 인권 추진방향 현장의 충분한 의견수렴을 통한 정책 추진 관리 및 운영관점 • 학교의 운영/관리 업무 부담 경감 필요 교육행정정보시스템을 통하여 정보부장의 업무 경감 효과 담당업무 보안 관리 절차 에 대한 인식 미비 보안관리 학교 운영현황에 따른 다양한 목소리 제기 운영관리 사용자적 관점 • 효율적인 교육제공 필요 • 메뉴 및 기능의 간소화 필요 • 인터넷 방식의 업무 처리 선호 활용실태 대다수가 NEIS를 사용하고 있으나 기능에 대한 이해도 부족 개선업무 인터페이스 개선 및 지속적인 지원 필요성 제기 교육지원 연수 방식의 개선 및 효율화 요구

20. II.4. 설문조사 분석 4.1. 설문조사 분석 개요 4.2. 설문조사 결과

21. II. 환경 및 현황분석 >> 4. 설문조사 분석4.1. 설문조사 분석 개요 교무/학사 등 3개 영역의 새로운 시스템 구축을 위한 각급 학교 교사의 업무 현황 및 이에 대한 정보처리 현황에 대한 기초 자료를 수집하기 위하여 설문을 실시하였음 • 설문 개요 • 인터뷰 결과에 대한 수치화되고 계량화된 검증 절차 • 3개 영역 새로운 시스템 구축을 위한 현장의 의견 수렴 설문 목적 • 2004년 6월 14일 ~ 6월 19일(6일간) 설문 조사 기간 표본 설계 및 조사방법

22. II. 환경 및 현황분석 >> 4. 설문조사 분석 4.2. 설문조사 분석 결과 (1) “현재 귀 학교에서 교무/학사 업무를 처리하기 위하여 사용하고 있는 시스템은 무엇입니까?” 에 대한 설문 결과 • 교무/학사 업무 처리시스템 사용 현황 전체 • 교무/학사 영역에 대하여 NEIS를 사용하는 학교가 설문조사 결과 약 84% 정도를 상회함으로 파악됨 • 초등학교의 NEIS 사용비율이 96%로 가장 높게 나타남 • 고등학교도 초등학교와 비슷한 94%가 NEIS를 사용하고 있음 • 특수학교의 경우에는 대부분(81% 이상)이 수기를 사용하고 있음

23. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 분석 결과 (2) “귀하가 생각하시는 새롭게 구축될 3개 영역 시스템 기능의 구성방향은 어떠해야 한다고 생각하십니까?” 에 대한 설문 결과 • 교무/학사 업무 처리시스템 사용 현황 전체 • 대부분의 사용자들이 모든 기능이 시스템에서 제공되기보다는 가장 편리하게 사용할 수 있는 최소한의 기능과 현재 시스템에서 제공하고 있는 기능 중 일부 기능을 감축 및 개선하기를 원하고 있음 • 담임교사와 정보부장의 경우는 최소기능 제공에 대한 요구 또한 높은 비율을 보임 현재 NEIS에서 제공하고 있는 기능에 대한 단계별 구축이 필요함

24. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 분석 결과 (3) “타 학교와의 학생정보를 연계하기 위한 처리방법(예: 입/진학 및 전출입)에 대한 의견은 어떻습니까?”에 대한 설문 결과 • 교무/학사 업무 처리시스템 사용 현황 전체 • 특수학교, 일반학교의 구분 없이, 대부분의 학교에서 타 학교와의 입진학, 전출입과 같은 업무 방법을 연계를 통해 해결해야 한다는 의견 피력함 • 교감 ,교무부,정보부장, 담임교사 등 모든 교원들이 자동으로 온라인 처리하는 연계를 요구하고 있음 초/중/고/특수 별 학교업무의 효율화를 위하여 각 학교 및 교육청간의 정보연계 필요

25. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 분석 결과 (4) “교무/학사, 입학, 보건 등 3개 영역 정보의 중요성으로 인하여 보안이 강조되고 있습니다. 이들 3개 영역의 정보화 필요성은 어떻습니까?”에 대한 설문 결과 • 교무/학사 업무 처리시스템 사용 현황 전체 • 3개 영역을 수기로만 관리하자는 의견은 매우 적음. • 담임교사의 경우 일부 정보만 시스템에서 관리하자는 의견으로 치중됨 (교감, 교무부장의 경우 모든 정보관리에 의견을 둠) • 일반학교 및 특수학교가 오차범위 내에서 거의 비슷한 의견을 나타내고 있음 초/중/고/특수 별 정보화 대상 결정과 이에 대한 합의를 통해 DB화하여 관리될 필요성 있음

26. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 분석 결과 (5) “새롭게 구축되는 시스템의 물리적인 위치는 어디에 위치시키는 것이 합리적이라고 생각하십니까?”에 대한 설문 결과 • 교무/학사 업무 처리시스템 사용 현황 전체 • 교감,교무부장,정보부장 및 담임교사 모두 시도교육청에 새로운 시스템을 위치시키자는 의견이 많았음 • 새로운 시스템 위치의 차선책으로 학교에 위치시키는 방안이 고려. • 일선학교 담임교사의 의견은 시도교육청과 학교의 의견이 비슷하며, 특수학교의 경우는 학교가 월등히 높은 수치를 나타냄 초/중/고/특수 별 시도교육청의 관리체계가 민관기관이나 학교단위보다 높은 신뢰도를 유지함

27. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 분석 결과 (6) “교무/학사 등 3개 영역에 대한 정보의 유출을 방지하기 위해서 새로운 시스템에 대한 관리는 어디에서 해야 한다고 생각하십니까?”에 대한 설문 결과 • 교무/학사 업무 처리시스템 사용 현황 전체 • 교감, 교무부장 및 정보부장의 전반적인 의견은 새로운 시스템 관리는 시도교육청에서 관리하자는 의견이 다수이나, 일선 담임교사는 학교에서 관리되어야 한다는 상반된 의견을 나타내고 있음 • 관리의 주체가 되는 정보부장의 경우에는 학교에서 관리해야 한다는 답변이 가장 낮았으며, 이는 정보부장의 과중한 업무에 기인한 것으로 판단됨 초/중/고/특수 별 관리권한은 시도교육청과 학교의 두 가지 관점에서 고려해야 함

28. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 분석 결과 (7) “교무/학사 영역을 대상으로 현재 사용하고 계시는 시스템의 가장 큰 불편한 점은 무엇입니까?”에 대한 설문 결과 (중복 허용) • 교무/학사 업무 처리시스템 사용 현황 사용 중 빈 번한 에러 발생 과도한 정보 관리 학교급별 특성 미반영 연계부족으로 데이터 교환이 어려운 • 각 교사의 요구사항을 충분한 필요성 검증없이 여과없이 반영하여 활용도가 낮은 업무까지 적용함 • 메뉴 구성체계의 복잡성 및 초/중/고 별 환경을 고려하지 않고 화면이 통합적으로 구성되어 사용법에 불편을 느끼고 있음 현재 활용하고 있는 시스템 기능 및 메뉴체계에 대한 개선 요구

29. II. 환경 및 현황분석 >> 4. 설문조사 분석4.2. 설문조사 결과 설문분석 결과의 시사점은 다음과 같음 • 시사점 주요 결과 결과 1 3개영역을 기준으로 NEIS를 사용하는 학교가 84%를 상회하나, 특수학교의 경우에는 대부분이 수기를 사용 결과 2 새롭게 구축될 시스템의 형태로는 웹브라우저를 기반으로 하는 인터페이스를 대부분의 학교에서 선호함 결과 3 정보부장은 NEIS의 만족도가, 담임교사는 C/S의 만족도가 상대적으로 높게 나타남 결과 4 현재 사용하고 있는 시스템에서 관리하고 있는 정보가 다소 과도하다고 응답함 결과 5 시스템의 물리적인 위치는 시도교육청에 두되, 관리의 주체는 학교와 시도교육청의 두가지 의견이 비슷함 방향 1 편리성을 고려하여 웹방식을 우선적으로 고려하되, C/S에서 제공하는 편리한 기능 들을 활용할 수 있도록 함 방향 2 서버의 물리적인 위치는 시도교육청을 고려하되, 관리의 주체는 시도교육청과 학교를 같이 고려하도록 함 방향 3 학교 및 교육청간의 정보 연계를 통하여 현업 교사의 부가업무를 감소시킬 수 있도록 함 방향 4 현재 NEIS 3개영역에서 제공하는 기능 및 정보를 감축하여, 단계적으로 구축하여 업무에 적용하도록 함 방향 5 충분한 테스트를 거친 후, 체계적인 사용자 교육을 통하여 현업 업무에 적용

30. II.5. 업무분석 5.1. 교무학사 5.2. 입학 5.3. 보건 5.4. DB연계 5.5. 조직

31. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.1. 교무/학사 업무의 개요 및 Framework • 현황분석 중 업무에 대한 현황분석의 목적 및 주요 활동/자료는 다음과 같음 • 업무 현황분석의 목적 • 교무/학사 영역의 업무, App., DB 등에 대한 현황을 조사하여 활용성 및 연계성 분석 • 교무/학사 시스템 분리에 대한 주요 이슈 및 시사점 도출 • 개선 방향의 기초 자료로서 활용 자료수집 및 산출물 검증 절차 업무관련 인터뷰 업무 현황분석 결과 도출 결과물에 대한 내부 Review 1차 현황분석 Workshop Review 1차 현황분석 Workshop 결과 반영 설문조사 내부 자료 조사 1 2 3 4 현황분석 Framework 초/중/고 기능 현황 활용성 평가 DB 및 연계 현황 현황분석 종합 • 초/중/고 App. 특화기능 • 초/중/고 App. 공통기능 • 초/중/고 기능 현황 종합 • 초/중/고 메뉴별 활용성 • 파악 • 초/중/고 영역별 핵심 활용 • 기능 파악 • 활용성 현황 종합 • 교무/학사 DB 현황 • 교무/학사 vs 24개 영역 • 연계 현황 • DB 및 연계현황 종합 • 현황분석 종합 • 시사점 도출

32. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.2. 입학 업무의 개요 및 Framework • 입학업무 현황분석의 목적 • 입학 영역의 업무와 App.의 기능 및 운영에 대한 현황을 파악하여 활용성, 연계성 파악의 목적을 둠 • 입학 시스템 분리에 대한 주요 이슈 및 시사점 도출 • 개선 방향의 기초 자료로서 활용 자료수집 및 산출물 검증 절차 입학업무 인터뷰 입학업무 현황분석 결과 도출 결과물에 대한 내부 Review 1차 현황분석 Workshop Review 1차 현황분석 Workshop 결과 반영 설문조사 내부 문헌 Review 입학업무 현황분석 Framework 1 2 입학업무개요 Strategy 입학 업무 운영기관별 기능 분석 5 Organization 시사점 도출 3 입학 업무 기능 분석 Process 4 DB연계 분석 Technology • 현황분석을 토대로 To-Be 방향성을 위한 시사점 도출 • 위 4가지 관점에서 보건업무 분석

33. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.3. 보건 업무의 개요 및 Framework • 보건업무 현황분석의 목적 • 보건 영역의 업무와 App.의 기능 및 운영에 대한 현황을 파악하여 활용성, 연계성 파악의 목적을 둠 • 보건 시스템 분리에 대한 주요 이슈 및 시사점 도출 • 개선 방향의 기초 자료로서 활용 자료수집 및 산출물 검증 절차 보건업무 인터뷰 보건업무 현황분석 결과 도출 결과물에 대한 내부 Review 1차 현황분석 Workshop Review 1차 현황분석 Workshop 결과 반영 설문조사 내부 문헌 Review 보건업무 현황분석 Framework 1 Strategy 보건 업무 운영기관별 기능 분석 현황분석 4 Organization 시사점 도출 2 보건 업무 기능 분석 Process 3 DB연계 분석 Technology • 현황분석을 토대로 To-Be 방향성을 위한 시사점 도출 • 위 4가지 관점에서 보건업무 분석

34. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.4. DB 연계 개요 및 Framework • 현황분석의 목적 • 각 시도간의 DB 연계 방식을 조사함 • 3개 영역과 27개영역의 DB 구성현황을 조사함 • 27개 영역에서 3개 영역이 분리될 때 다른 나머지 DB와 연계방법 조사 자료수집 및 산출물 검증 절차 연계 업무 인터뷰 연계 업무 현황분석 결과 도출 결과물에 대한 내부 Review 1차 현황분석 Workshop Review 1차 현황분석 Workshop 결과 반영 설문조사 내부 문헌 Review 연계 업무 현황분석 Framework 시도간 연계 구성도 1 3개영역+24개영역 DB 구성현황 2 6 시사점 도출 교무/학사 DB 구성현황 3 입학 및 보건 DB 구성현황 4 • 현황분석을 토대로 To-Be 방향성을 위한 시사점 도출 시도간 정보연계 방법 5

35. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.5. 운영조직 업무의 개요 및 Framework • 운영조직 현황분석의 목적 • 교육 업무 프로세스와 관련한 조직의 역할을 조사함 • 해당 기관의 서비스 내역을 조사함 • 해당 기관별 담당하는 직무 및 역량을 분석함 자료수집 및 산출물 검증 절차 조직관련 인터뷰 운영조직 현황분석 결과 도출 결과물에 대한 내부 Review 1차 현황분석 Workshop Review 1차 현황분석 Workshop 결과 반영 설문조사 내부 문헌 Review 운영조직 현황분석 Framework 2 1 중앙교육행정조직 및 직속/관련기관의 교육행정 정보화 추진전략 분석 현황분석 대상 선정 및 이해당사자 간 연관관계 분석 Strategy 6 3 Organization 시사점 도출 지역교육행정조직의 학교수 및 학생수 대비 교육행정인력 배분정도 분석 Process 4 학교행정조직의 업무 체계 및 권한위임 체계 분석 Technology • 현황분석을 토대로 To-Be 방향성을 위한 시사점 도출 5 • 위 4가지 관점에서 조직 일반현황 및 업무대비 수행조직 분석 교육행정 정보시스템 유지보수 및 상담조직 분석

36. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.6. 업무분석 부문 결과요약 및 시사점 종합 (1/2) 교무/학사, 입학, 보건의 업무 현황 분석결과와 이를 통해 도출된 시사점은 다음과 같음. 현황분석 내용 요약 시사점 • 현재 27개 영역 중 교무/학사 부분의 사용률은 62.5%이며, 교무/학사를 제외한 나머지 영역의 사용률 대비 교무/학사의 사용률이 월등하게 높은 것으로 파악되었음 • 현재 NEIS의 교무/학사 영역의 본 분석 범위 중 일부 기능이 활용도 측면에서 매우 낮게 활용되고 있어 활용성 측면에서 제고가 필요함 교무/학사 교무/학사 영역은 특정 시점에 업무부하가 생길 수 있으므로 분산구조가 바람직함 1 • 입학 업무는 각 시/도 및 지역교육청의 교육관련 목적 및 그 방법이 달라 입학 업무의 표준화가 어려움 입학 새로운 입학업무 영역은 새롭게 구축될 교무/학사 부분과의 연계가 고려되어야 하며, 각 교육청의 자체 입학시스템과의 업무 중복을 최소화하는 방향으로 설계되어야 함 2 보건 건강기록부 관리에 있어 초등학교, 중학교, 고등학교 간 상급학교로의 건강기록부 이관에 대한 방법을 학생 인권이 침해되지 않는 범위 내 단독/그룹 서버환경에서 고려해야 함 • NEIS의 보건업무 영역은 학생 인권 보호 차원에서 현재 학교 환경관리 메뉴를 제외한 나머지 메뉴는 삭제되어 있으며, 사용치 않고 있음 3

37. II. 환경 및 현황분석 >> 5. 업무분석 부문 5.6. 업무분석 부문 결과요약 및 시사점 종합 (2/2) 연계 및 조직을 포함한 업무 현황 분석결과와 이를 통해 도출된 시사점은 다음과 같음. 현황분석 내용 요약 시사점 연계 기존의 어댑터 방식의 연계로는 늘어나는 서버의 대수 및 연계처리 건수를 감당할 수 없으므로, 새로운 방식의 연계처리 방안이 필요함 4 • 현재 16개 시도간에는 서로 어댑터를 사용하여 서로 연계하고 있으므로, 단독 및 그룹서버의 구축 時 16개 시도간 연계업무가 늘어남 • 교무/학사, 입학, 보건 등 3개 영역은 현재 NEIS 시스템에서 나머지 24개 영역 중 8개 영역과 직접적인 연계를 유지하고 있는 상황임 새로운 시스템에서 구축될 교무/학사 등 3개 영역과 직접적인 연관을 가지고 있는 8개 영역에 대한 연계처리 방안이 필요함 5 • 사용자가 익숙해지기 전 빈번한 정보시스템 교체의 문제점이 도출되었으며, 이는 수립된 정보화 로드맵에 따른 시스템 개발 및 적용이 미흡한 결과임 • 일부 시도교육청인 경우 타 시도교육청 대비 상대적으로 적은 정보화 인력으로 많은 학교수를 전담하기가 어려운 실정임 • 정보담당교사가 처리하던 다량의 전산입력업무를 전체교사가 분담하여 전산입력업무를 처리함으로써 소수의 불만감이 다수의 불만감으로 전이된 상태임 조직 정보화 로드맵에 따른 체계적인 수행실적의 성과제도가 필요하며, 수행한 이후 사후평가 수행이 요구됨 6 새로운 시스템이 구축될 경우 낮은 정보화 지원인력 수준을 보유하고 있는 시도교육청에 대한 인력확보가 필요함 7 다양한 홍보 및 변화관리 방안 수립/적용을 통한 새로운 시스템 도입에 따른 다수의 일선 교사의 저항감을 극복해야 함 8

38. II.6. Technical Architecture 부문 6.1. 현행 NEIS Technical Architecture현황 6.2. 아키텍쳐 성능검증 계획

39. II. 환경 및 현황분석 >> 6. Technical Architecture 부문 >> 6.1. 현행 NEIS TA의 현황 및 시사점 6.1.1. TA 분석 개요 - Framework • 현행 Technical Architecture의 기술적 측면과 관리적 측면을 파악하여향후 구축할 시스템 Architecture의 방향에 대한 시사점을 도출하고자 함. • 현행 교육행정정보시스템의 TA 요소별 분석 • Application Enabling Service • Data Service • Network Service • Platform Service • System Management Service • Security Service 1 3 현행 Technical Architecture 분석 시사점 도출 • 현황분석을 토대로 • To-Be 방향성을 위한 시사점 도출 2 현행 보안 Architecture 분석 * 교육행정정보시스템의 정보보안의 중요성을 고려하여 보안부분을 Technical Architecture 분석과 동일한 수준으로 분석을 병행함 • 현행 교육행정정보시스템 보안요소별 분석 • 정보보호 수준 • 사용자 인증, 권한관리 • 데이터 암호화 및 전자서명 • 시스템 보안 • 네트워크 보안 • 물리적 관리적 보안 체계 • PC 보안체계

40. System Management Service Application EnablingService Web Service 정보보호 수준 Messaging & Collaboration Transaction Processing 형상관리 사용자 인증 Security Service 권한관리 Data Service 장애관리 DBMS 데이터 암호화 시스템 보안 분배관리 Network Service Protocols LAN/WAN N/W Device 네트워크 보안 물리적/관리적 보안 Backup/ Recovery 관리 Platform Service Computing Devices PC보안 II. 환경 및 현황분석 >> 6. Technical Architecture 부문 >> 6.1. 현행 NEIS TA의 현황 및 시사점 6.1.1. TA 분석 개요 - Framework • Technical Architecture의 각 구성요소를 EA(Enterprise Architecture) 방법론에 따라, 다음과 같은 6개의 그룹(Building Block) 으로 나누고, 각 요소에 대하여 인터뷰, 설문, 자료분석의 결과를 종합하여 현황의 정리 및 시사점을 도출함 TA 구성요소 그룹핑 결과

41. II. 환경 및 현황분석 >> 6. Technical Architecture 부문 >> 6.1. 현행 NEIS TA의 현황 및 시사점 6.1.2. 현황분석 결과요약 및 시사점 도출 보안 Architecture를 포함한 Technical Architecture 현황 분석결과와 이를 통해 도출된 시사점은 다음과 같음. 현황분석 내용 요약 시사점 • 학기 말/초 등 업무집중시기에 간헐적인 성능저하 현상 발생 이외에 대체로 시스템 성능은 안정적임 • 성능저하의 원인은 사용자 수의 증가와 함께 업무집중시기에 개별사용자의 DB사용량 증가에 따른 성능저하로 판단됨 성능 업무 집중시기의 사용자 집중 현상에 따른 서비스 성능을 개선할 수 있는 아키텍쳐 필요 1 분산 아키텍쳐에 대한 보안 계층별 기능 강화 필요 2 안정성/가용성 • 2-Tier 구성과 각 시도교육청별 백업시스템 운영 • CS보다 우수한 정보보호 수준 • 사용자인증, 권한관리, 데이터 암호화, 시스템 보안, Network 보안(1-Domain), 물리적/관리적 보안체계 및 PC보안을 적용하고 있으며, 분산 아키텍쳐에 따른 각 계층별 부분적인 개선 필요사항이 존재 • 시스템 Open 이후 장애발생이 감소하는 추세임 향후 시스템의 분산 및확장을 고려한 Open-System Architecture 강화 필요 3 향후 분산 환경에서의 교육행정정보시스템의 관리표준 수립과 변화관리 강화 필요 4 확장 및 호환성 • 2-Tier의 Unix Open-System Architecture 구성으로 단일 시스템 내 자원(CPU, Memory 등)의 Upgrade와 시스템 신규도입이 용이한 구조임 • NEIS 서비스 Open 이후 다수의 서버 내 자원확장이 이루어짐 특정시기에 업무 집중 시 시스템 서비스를 안정적이고 지속적으로 수행할 수 있는 아키텍쳐 필요 5 • 교육행정정보시스템의 변화관리를 위해 형상관리 Tool과 분배관리 Tool과 절차를 수립하여 운영하고 있음 표준 준수

42. II.6.2Architecture 성능 검증 계획 6.2.1 성능검증 개요 6.2.2 성능검증 절차 6.2.3 성능검증 구성 6.2.4 성능검증 시나리오

43. II. 환경 및 현황분석 >> 6. 아키텍쳐 >> 6.2. 아키텍쳐 성능검증 계획6.2.1. 성능검증 개요 아키텍쳐를 최적으로 구성하기 위한 기초 자료 확보와 아키텍쳐 구성방식에 따른 기술적 검증의 필요성 대두로 아키텍쳐에 대한 성능검증을 수행하고자 함 • 성능검증에 대한 개요 현재의 NEIS 는 유닉스 환경에서 시도교육청단위로 운영되고 있으나, 교무학사등 3개 영역에 대한 새로운 시스템 구축은 교육정보화위원회의 기본원칙중의 하나인 520억 기준을 준수하는 것으로써 이에대한 타당성 검증이 필요한 상황임 추진배경 학기말과 학년말에 교무학사 업무가 폭주함에 따라 시스템에 과부하가 발생하여 일정시간에 상당한 지연현상이 발생하고 있음. 따라서 새롭게 구축되는 시스템의 아키텍쳐는 이러한 문제가 해결될수 있는 아키텍쳐를 설계할 필요성이 대두 되었고, 아키텍쳐를 설계하기 위한 기초 데이터가 필요한 상태임. 추진목적 교무학사를 포함한 3개 영역에 대한 새로운 시스템 아키텍처를 최적으로 구축하기 위한 설계 기초자료를 확보하기 위한 사전 검증 단계임. 아키텍쳐 설계 시 필요한 여러 가지 보정계수와 관련된 기초자료를 사전에 확보하여 새로운 시스템 아키텍쳐 설계에 활용하기 위함 임. 성능검증을 측정하기위한 환경은 단독서버와 그룹서버의 형태에 따라서, 유닉스와 리눅스, 그리고 유닉스와 리눅스의 조합으로 구성 함 추진내용 • 새로운 시스템 구축을 위한 성능검증의 테스팅 환경은 현재 NEIS시스템플랫폼을 기준으로 구성함. • 어플리케이션 소프트웨어 : NEIS(출결처리, 생활기록부자료반영)

44. II. 환경 및 현황분석 >> 6. 아키텍쳐 >> 6.2. 아키텍쳐 성능검증 계획6.2.2. 성능검증 절차 아키텍쳐 성능 검증을 객관적으로 수행 하기위해서 아래와 같은 절차에 의하여 진행 하고자 함 • 성능검증 절차 현재의 아키텍쳐 분석 성능검증 Case 선정 성능 검증을 위한 측정요소 정의 성능검증 수행 Architecture 설계 • 현황분석 및 요구사항 정의 과정에서 도출된 사항을 바탕으로 현재의 IT환경에서 구현 가능한 시스템화 Case의 개발 • 시스템구현 Image 구성 • 시스템구성내역 Draft 정의 • 성능검증 대상 Case의 선정 및 Case에 대한 보완 • 성능검증 대상 Case의 선정 • Case 전제조건 및 성능측정 요소에 대한 수정 및 보완 • 성능검증 시나리오 작업 및 Case별 성능측정 요소의 정의 • - 요소의 측정 기준 설정 • 시나리오 설정 • 성능검증 시나리오에 따른 Architecture 검증 • 성능검증 결과에 따른 Architecture 설계 • 규격 설계 • Architecture 설계 • Architecture 보완 : Architecture 성능 검증

45. II. 환경 및 현황분석 >> 6. 아키텍쳐 >> 6.2. 아키텍쳐 성능검증 계획6.2.3. 성능검증 구성 – 구성도 및 시나리오 1. Architecture 별 Response Time 및 CPU Utilization 측정 2. 테스트는 교무학사 업무 중 부하가 가장 높은 업무를 선정하여 수행 (현 NEIS Application을 이관 후 수행) • Test Scope 단 독 서 버 그 룹 서 버 ② CPU Utilization ② CPU Utilization ② CPU Utilization ① End-To-End Response Time ① End-To-End Response Time 3.LINUX – LINUX 4.UNIX – UNIX 5.LINUX - UNIX NEIS 대표 업무 NEIS 대표 업무 Client 단독 Server Client Web/WAS Server DB Server ② CPU Utilization ② CPU Utilization ③ End-To-End Response Time 6.LINUX-LINUX-LINUX 7.UNIX-UNIX-UNIX 8.LINUX-UNIX-UNIX NEIS 대표 업무 UNIX 테스트 LINUX 테스트 Client Web Server WASServer DB Server 9.LINUX – LINUX 10.UNIX – UNIX 11.LINUX - UNIX 데이터 암호화

46. II.7. 현황분석 종합 7.1 분석결과 7.2 추진방향

47. 정보화 조직 조사 업무 조사 요구사항 조사 아키텍쳐 조사 • 대상 : 16 개 시도 교육청 서버 • 범위 : • - 서버,네트워크,보안, 서버 성능,장애현황 • 방법 : 문헌조사, 인터뷰 • 대상 : 교육부, 시도교육청의 정보화 인력 및 KERIS의 인력, 학교 및 학생현황 문서현황 • 조사범위 • 유관조직의 정보화인력 현황조사 • NEIS 지원 조직 현황조사 • 방법: 문헌조사, 설문조사, 인터뷰 • 대상: 교무/학사, 입학, 보건의 3개 영역 업무 • 조사범위 • 3개 영역 업무 내용 및 관련 기능 • 연계업무 내역 조사 • 방법: 문헌조사, 인터뷰 • 대상: 전국의 초/중/고 및 특수학교 교사 • 조사범위 • 인터뷰 : 12개 시도의 36개 초/중/고 및 특수학교 • 설문조사 : 16개 시도의 198개 초/중/고 및 특수학교의 교사(교감, 교무부장, 정보부장 및 3개학년 담임 등 각 6명) • 방법: 인터뷰 및 설문조사 II. 환경 및 현황분석 >> 7. 현황분석 종합 >> 7.1. 분석결과7.1.1. 분석결과 종합 16개 시도교육청과 교육부는 초고속정보통신망을 매개로 하여 각기 Adaptor를 활용을 하여 서로 연계하고 있음 • 분석결과 종합 Key Findings (분석 결과 요약) 분석 대상 방향 1. NEIS와 같은 웹방식을 적용하되 개선 필요 2. 새로운 시스템의 관리 및 운영의 효율화 필요 3. 학교 및 교육청간의 온라인 연계처리 필요 업무 4. 충분한 검증기간 및 교육제도의 도입 5. 시도간 및 업무간 새로운 연계방식 표준화 6. 학교의 자율성을 강화하기 위한 DB 구축방안 필요 조직 7. 안정적 시스템 적용을 위한 체계적 사업추진이 요구됨 아키텍쳐 8. 과부하 시 성능 저하 문제 해결방안이 요구됨 9. 보안기능 강화 필요

48. II. 환경 및 현황분석 >> 7. 현황분석 종합 >> 7.1. 분석결과7.1.2. Key Finding Key Finding 1. NEIS와 같은 웹방식을 적용하되 개선 필요(1/2) • 사용자에게 익숙한 화면인 기존 NEIS와 같은 웹방식을 선호 • 설문조사결과 새롭게 구축될 3개영역의 시스템으로는 웹방식을 선호하는 것으로 나타남 • 현재 제공되고 있는 기능 중 불필요한 정보나 복잡한 메뉴체계에 대한 불만 • 관리하는 정보의 양이 과다함 • 메뉴의 인지적 구성체계가 복잡하다고 느끼고 있음 시사점 요 구 사 항 조 사 • 웹브라우저를 사용하는 인터페이스 형태가 필요 • 사용자 환경에 맞추어 변형이 가능하도록 사용자 Role별 기능 제공이 필요 • 사용자 편리성을 고려한 입력체계 개선 필요 70.00% 60.00% 50.00% 40.00% 6 7 30.00% 6 20.00% 10.00% 0.00% 시스템 접속 메뉴 구성체 사용 빈번한 학교군별 구 과도한 정보 부가업무의 연계 부족으 에러 계 복잡 에러발생 분 미비 관리 증대 로 데이터 7 사용자 선호도 교환 난이 7 7 NEIS C/S SA 7

49. II. 환경 및 현황분석 >> 7. 현황분석 종합 >> 7.1. 분석결과7.1.2. Key Finding Key Finding 1. NEIS와 같은 웹방식을 적용하되 개선 필요(2/2) • 교무/학사 영역을 비롯한 3개영역은 타 영역에 비해 월등한 사용율을 나타내고 있으며, 이에 따라 시스템 효율성을 높이기 위하여 분산 구조의 강화 필요 • 전체 27개 영역 중 교무/학사 부문의 사용율만 해도 전체의 62.5%를 차지하고 있음 • 초등학교와 중/고등학교의 업무가 많은 차이가 있으며, 중/고등학교의 경우에는 비교적 유사한 형태를 나타내고 있음 • 입학업무는 각 시/도 및 지역 교육청의 교육관련 목적 및 그 방법이 달라 입학업무의 표준화가 어려움 • 현재 사용하지 않고 있는 NEIS의 초등학교 입학관련 기능들에 대한 정의가 필요함 • 현재 NEIS에서는 내신성적 다운로드, 배정결과 업로드, 업무일정관리 업무만 사용하고 있음 • 현재 NEIS에서 보건 영역은 삭제되어 있음 • 건강기록부는 교육부와 교육청과의 공통업무가 거의 없는 학교의 고유업무임 • 다만, 통계는 교육부, 교육청 및 학교가 공히 필요한 부분임 업 무 조 사

50. II. 환경 및 현황분석 >> 7. 현황분석 종합 >> 7.1. 분석결과7.1.2. Key Finding Key Finding 2. 새로운 시스템의 관리 및 운영의 효율화 필요 요 구 사 항 조 사 • 효율적 운영관리에 대한 요구사항 제기 • 서버의 물리적인 위치는 시도교육청에 위치하되, 관리의 주체는 학교 및 시도교육청을 동시에 고려해야 함 • 설문조사 결과, 새로운 시스템의 물리적인 위치로는 시도교육청이 48% 이상의 의견이 나왔음 • 그러나, 서버의 관리 권한에 대해서는 시도교육청과 학교가 각각 41%와 34%로 비슷한 결과가 나왔음 • 새로운 시스템이 구축될 경우 낮은 정보화 지원인력 수준을 보유하고 있는 시도교육청에 대한 인력확보가 필요함 • 현재 16개 시도교육청 정보화 전담인력은 평균18명으로 파악되나, 학교수 대비 정보화 전담인력이 적은 시도교육청인 경우, 적은 인력으로 많은 학교수를 전담하기가 타 시도교육청에 비해 어려운 실정임 시사점 학교 운영현황에 따른 다양한 목소리 제기 • 비용 및 효과를 고려한 시스템 관리 및 운영 방안이 수립되어야 함 조 직 조 사