선택한 단어 수는 입니다.
최소 단어 이상 선택하여야 합니다.
최소 단어 이상 선택하여야 합니다.
선택한 단어 수는 30입니다.
최대 10 단어까지만 선택 가능합니다.
최대 10 단어까지만 선택 가능합니다.
문제 정의
- 본 논문에서는 기존에 운영하고 있는 캡스톤 설계 교과목에 타 학과 학생들을 참여시켜 소프트웨어 융합 캡스톤 설계 교과목을 운영한 후 그 결과를 분석하였다. 소프트웨어 융합 캡스톤 설계 운영 결과로서 그 성과에 대해서는 대체로 만족했지만, 캡스톤 교과목은 소프트웨어와 관련된 특정 학과에서 개설되므로 타 학과 학생은 교과목으로 같이 수강하는 형식이 되지 못하고, 미팅을 통한 협조로밖에 운영할 수 없었다는 한계가 있었다.
- 본 논문은 소프트웨어 융합 캡스톤 설계 운영을 수행하고, 그 운영 결과를 분석하였다. 본 논문의 2장에서는 소프트웨어 융합 캡스톤 설계의 필요성과 수행된 소프트웨어 융합 캡스톤 설계의 운영 방법에 대해 설명한다.
- 이러한 문제점을 극복하기 위해서는 대학교 전체 수준에서 소프트웨어 융합 캡스톤 설계를 통합하여 수행하여야 한다는 결론을 얻을 수 있었다. 이에 본 논문에서는 대학 전체 수준에서 소프트웨어 융합 캡스톤 설계를 운영하는 소프트웨어 융합센터를 설립하고, 이를 통해 소프트웨어 융합 캡스톤 설계를 운영하는 방식을 제시한다.
제안 방법
- 각 문항의 답은 ‘매우 그렇지 않다’, ‘그렇지 않다’, ‘보통’, ‘그렇다’, ‘매우 그렇다’로 구성되어 있으며, 각 답변의 점수를 1점부터 5점까지 부여하여 평균을 내어 분석하였다.
- 소프트웨어 융합 캡스톤 프로젝트가 종료되면 캡스톤 설계 최종보고서와 프로젝트 결과물, 기업의 멘토의 의견을 통해 프로젝트 팀별 및 팀원 개별로 평가한다. 또한 기업의 멘토와 학과 학생, 타학과 참여 학생을 대상으로 사후 설문조사를 통해 소프트웨어 융합 캡스톤 프로젝트에 대해 만족도를 조사한다. 이를 통해 소프트웨어 융합 캡스톤 설계 운영에 대해 평가를 하고 다음 캡스톤 설계 운영에 참고하여 개선한다.
- 이 때 타 학과 참여 학생이 프로젝트 주제를 이해하기 위한 소프트웨어 관련 지식이 부족한 것을 고려하여 소프트웨어 융합센터는 이에 대해 소프트웨어 관련 학과 교수나 참여 업체 멘토가 지도하는 소프트웨어 관련 교육을 제공하여 프로젝트 진행의 효율성을 높인다. 또한 캡스톤 설계 프로젝트의 참여 대상을 4학년과정의 학생에 한정하지 않고, 캐스케이드 멘토링 시스템[11]을 적용하여 2,3학년도 캡스톤 설계 프로젝트에 참여시켜서 연계적으로 캡스톤 설계 프로젝트를 수행하도록 한다. 이를 통해 4학년 학생이 졸업하더라도 캡스톤 설계 프로젝트가 단발성으로 끝나지 않고 지속적으로 프로젝트가 지속될 수 있게 된다.
- 또한 타 학과 전공 지식이 필요하다고 응답한 10개 팀을 대상으로 융합 캡스톤 설계 운영방법에 대해 설문조사를 하였다. 설문조사 항목은 타 학과 학생의 참여 학생 수, 타 학과 학생들과 만나서 회의하는 횟수와 회의시간, 소프트웨어 융합 캡스톤 설계 운영에서 제일 중요하게 예상되는 점에 대하여 설문조사를 수행하였다.
- 소프트웨어 융합센터를 통한 융합 캡스톤 설계 교과목 운영 방법은 다음과 같다. 먼저 소프트웨어 관련 학과마다 개별적으로 참여 업체로부터 캡스톤 주제를 받는 기존 방법에서 소프트웨어 융합센터를 통해 통합적으로 캡스톤 설계 참여 업체를 모집한다. 그 후 참여 업체와 프로젝트 주제가 소프트웨어 융합센터에서 선정되면 소프트웨어 관련학과들과 타 학과에 공문을 돌려 선정된 소프트웨어 융합 캡스톤 프로젝트 주제에 참여할 학생들을 모집한다.
- 본 논문에서는 2015년 1학기 A대학교 공과대학 컴퓨터공학계열 학과에서 개설된 캡스톤 설계 교과목에 대해 융합 캡스톤 프로젝트 주제 수행을 원하는 10개팀에 대하여 융합 캡스톤 설계 운영을 적용하였다.
- 또한 타 학과 전공 지식이 필요하다고 응답한 10개 팀을 대상으로 융합 캡스톤 설계 운영방법에 대해 설문조사를 하였다. 설문조사 항목은 타 학과 학생의 참여 학생 수, 타 학과 학생들과 만나서 회의하는 횟수와 회의시간, 소프트웨어 융합 캡스톤 설계 운영에서 제일 중요하게 예상되는 점에 대하여 설문조사를 수행하였다. Table 2는 타 학과 학생의 각 학과별 참여 인원수를 조사한 결과이다.
- 소프트웨어 융합 캡스톤 설계 교과목을 진행하기 전 수행한 사전 설문조사 결과를 참고하여 융합 캡스톤 설계 운영 방법을 결정하였다. 타 학과 전공 지식의 도움이 필요한 팀을 대상으로 하여 인바운드 융합 캡스톤 설계를 운영하였다.
- 타 학과 학생 들도 참여할 수 있도록 하여 교과목을 개설한다. 소프트웨어 융합 캡스톤 팀에 속한 본 학과 학생은 지정된 캡스톤 교과목 시간에 타 학과 학생과 회의를 통해 프로젝트를 수행한다. 프로젝트 수행 시 온라인 혹은 오프라인으로 멘토와 융합 캡스톤 팀원들의 면담이 주기적으로 이루어지도록 하여 원활하게 캡스톤 프로젝트 진행이 이루어지도록 한다.
- 소프트웨어 융합 캡스톤 프로젝트가 종료되면 캡스톤 설계 최종보고서와 프로젝트 결과물, 기업의 멘토의 의견을 통해 프로젝트 팀별 및 팀원 개별로 평가한다. 또한 기업의 멘토와 학과 학생, 타학과 참여 학생을 대상으로 사후 설문조사를 통해 소프트웨어 융합 캡스톤 프로젝트에 대해 만족도를 조사한다.
- 하지만 현재 캡스톤 설계 교과목에서는 디자인, 센서, 전기, 기계 등 학과에서 다루지 않는 부분에 대한 개발의 한계가 있었다. 이러한 문제점을 해결하기 위해 2015년 기업체와 연계하여 캡스톤 설계를 진행하는 총 15개 팀에 대하여 해당 캡스톤 설계 주제 수행에 다른 전공지식의 필요 여부에 대한 설문조사를 실시하였다. 설문조사에서는 타 학과 전공 지식 필요 여부와 필요 학과 지식, 구체적 도움이 필요한 분야에 대한 내용 등을 포함하였다.
- 소프트웨어 융합 캡스톤 설계 교과목을 진행하기 전 수행한 사전 설문조사 결과를 참고하여 융합 캡스톤 설계 운영 방법을 결정하였다. 타 학과 전공 지식의 도움이 필요한 팀을 대상으로 하여 인바운드 융합 캡스톤 설계를 운영하였다. 이 운영방법은 Fig.
대상 데이터
- 본 장에서는 2015년 1학기에 A대학교 공과대학 컴퓨터공학계열 학과를 대상으로 융합 캡스톤 설계 교과목을 운영한 결과를 분석한다. 캡스톤 설계 과목을 수강한 학생은 총 46명이며 이중 15개 팀 31명의 학생은 업체와 매칭되었다.
- 이 때 타 학과 학생에 대해서는 융합 캡스톤 프로젝트를 수행하기를 원하는 팀이 필요한 학과의 학생을 이미 팀에 소속된 학생이 개별적으로 필요한 학과의 학생과 접촉하여 프로젝트에 참여시키거나, 캡스톤 프로젝트를 담당하는 지도교수가 필요한 학과 교수의 협력을 받아 참여시킨다. 이 때 모집 대상 학과는 학과에 캡스톤 설계 교과목이 개설되지 않는 학과를 대상으로 한다. 또한 타 학과 학생의 참여를 독려하기 위하여 타학과 참여 학생에게는 봉사 마일리지 제공한다.
- 나머지 5팀 15명의 학생은 업체와 매칭되지 않고 자율 프로젝트를 수행하였다. 이중에서 타과 학생을 프로젝트에 참여시켜 융합 캡스톤 설계 교과목을 수행한 10개 팀의 학생 중 설문조사에 응한 8개 팀 16명을 대상으로 실시한 설문조사 결과를 분석하였다.
성능/효과
- 설문조사에서는 타 학과 전공 지식 필요 여부와 필요 학과 지식, 구체적 도움이 필요한 분야에 대한 내용 등을 포함하였다. 그 결과 총 10개 팀에서 타 학과 전공 지식이 필요하다는 결과가 나왔다. Table 1은 타 학과 전공 지식이 필요하다고 응답한 10개 팀에 대해서 주제에 필요한 타 학과 전공 분야와 구체적으로 도움이 필요한 분야에 대해 설문조사 한 결과이다.
- 해당 프로젝트에 타 학과 학생을 참여시킨 방법에 대해서는 개별적으로 필요한 학과의 학생과 접촉하여 프로젝트에 참여시킨 팀이 3팀, 지도교수를 통해 타과 학생을 소개받은 팀이 5팀으로 조사되었다. 또한 소프트웨어 융합 프로젝트를 수행하면서 한 달 평균 미팅 횟수는 3.3회, 각 미팅 당 평균 1.2 시간을 사용한 것으로 나타났다.
- 소프트웨어 융합 캡스톤 설계 운영 결과로서 그 성과에 대해서는 대체로 만족했지만, 캡스톤 교과목은 소프트웨어와 관련된 특정 학과에서 개설되므로 타 학과 학생은 교과목으로 같이 수강하는 형식이 되지 못하고, 미팅을 통한 협조로밖에 운영할 수 없었다는 한계가 있었다. 또한 융합 캡스톤 설계에 참여할 타 학과 학생을 모집하거나 타 학과 학생들과 융합 캡스톤 설계를 수행하기 위한 미팅 일정 등의 시간 조율에 있어서 한계를 발견할 수 있었다. 이러한 문제점을 극복하기 위해서는 대학교 전체 수준에서 소프트웨어 융합 캡스톤 설계를 통합하여 수행하여야 한다는 결론을 얻을 수 있었다.
- 설문조사 분석 결과로서 융합 캡스톤 프로젝트 수행에 있어서 그 성과에 대해 대체로 만족하였음을 알 수 있다. 반면 소프트웨어 융합 캡스톤 설계에 있어서 타 학과 학생의 참여 문제에 대한 문제점을 발견할 수 있었다.
- 설문조사를 통해 도출된 운영상의 문제점을 분석한 결과로서 학과마다 개별적으로 소프트웨어 융합 캡스톤 설계 운영을 수행하는 것은 한계가 있다는 결론을 얻을 수 있었다. 소프트웨어 융합 캡스톤 설계를 효율적으로 운영하기 위해서는 개별적인 학과가 융합 캡스톤 설계를 운영하는 것이 아닌, 융합 캡스톤 설계 운영에 대해 학과 통합적으로 관리하는 소프트웨어 융합센터의 필요성이 제기되었다.
- 또한 융합 캡스톤 설계에 참여할 타 학과 학생을 모집하거나 타 학과 학생들과 융합 캡스톤 설계를 수행하기 위한 미팅 일정 등의 시간 조율에 있어서 한계를 발견할 수 있었다. 이러한 문제점을 극복하기 위해서는 대학교 전체 수준에서 소프트웨어 융합 캡스톤 설계를 통합하여 수행하여야 한다는 결론을 얻을 수 있었다. 이에 본 논문에서는 대학 전체 수준에서 소프트웨어 융합 캡스톤 설계를 운영하는 소프트웨어 융합센터를 설립하고, 이를 통해 소프트웨어 융합 캡스톤 설계를 운영하는 방식을 제시한다.
- 또한 임베디드 시스템에 대한 도움을 받은 팀이 4팀, 전자 관련 제어에 대한 지식에 대한 도움을 받은 팀이 3팀으로 조사되었고, 상품 디자인에 대한 도움을 받은 팀과 네트워크 또는 통신 부분에 대해 도움을 받은 팀이 2팀, 그 밖에 여타 도움을 받은 팀이 3팀으로 조사되었다. 이로부터 소프트웨어 분야에서 사용자의 목적에 맞는 UI/UX를 제작하기 위한 디자인 분야와의 융합이 제일 필요하고, 임베디드 시스템이나 전자 제어 분야에 대해서도 융합이 필요하다는 것으로 분석되었다.
- Table 1은 타 학과 전공 지식이 필요하다고 응답한 10개 팀에 대해서 주제에 필요한 타 학과 전공 분야와 구체적으로 도움이 필요한 분야에 대해 설문조사 한 결과이다. 조사 결과 각 팀마다 평균 2개의 타 학과 전공 지식이 필요한 것으로 조사되었다. 필요한 전공 분야는 디자인 분야의 지식이 필요한 팀이 8개 팀으로 제일 많았으며, 공학계열 전공 지식이 필요한 팀이 7개 팀으로 조사되었다.
후속연구
- 먼저 소프트웨어 관련 학과마다 개별적으로 참여 업체로부터 캡스톤 주제를 받는 기존 방법에서 소프트웨어 융합센터를 통해 통합적으로 캡스톤 설계 참여 업체를 모집한다. 그 후 참여 업체와 프로젝트 주제가 소프트웨어 융합센터에서 선정되면 소프트웨어 관련학과들과 타 학과에 공문을 돌려 선정된 소프트웨어 융합 캡스톤 프로젝트 주제에 참여할 학생들을 모집한다. 이 때, 소프트웨어 관련학과 학생들과 타 학과 학생들의 평가에서의 공정성을 위해 교과목을 개설할 때는 소프트웨어 관련 학과 학생들과 타 학과 학생들을 구분하여 개설한다.
- 하지만, 현재 운영되고 있는 캡스톤 설계 교과목에서는 기업이 필요한 소프트웨어 융합적인 캡스톤 프로젝트 주제에 대한 수행에 많은 한계가 있고, 이에 따라 기업의 만족도도 낮은 편이다. 따라서, 소프트웨어에 기반하여 연관 기술을 가진 다른 학과와 융합 캡스톤 설계 교과목을 운영한다면 보다 완성도 높은 프로젝트가 진행될 수 있을 것이다. 또한 학생들은 이를 통해 융합적 전공 능력을 배양할 수 있을 것이며, 이 과정을 거쳐서 융합적 전공 능력을 소유한 인력을 배출하게 되어 소프트웨어 산업 분야의 발전도 기대해볼 수 있다.
- 소프트웨어 융합 캡스톤 설계 프로젝트가 종료되면, 소프트웨어 융합센터는 참여 기업, 소프트웨어 관련학과 참여학생, 타 학과 참여 학생을 대상으로 각각 사후 설문조사를 수행한다. 사후 설문조사를 결과를 분석하여 다음 소프트웨어 융합 캡스톤 설계 교과목에 피드백을 수행하여 소프트웨어 융합 캡스톤 설계 운영을 개선한다.
- 소프트웨어 융합 캡스톤 설계 프로젝트가 종료되면, 소프트웨어 융합센터는 참여 기업, 소프트웨어 관련학과 참여학생, 타 학과 참여 학생을 대상으로 각각 사후 설문조사를 수행한다. 사후 설문조사를 결과를 분석하여 다음 소프트웨어 융합 캡스톤 설계 교과목에 피드백을 수행하여 소프트웨어 융합 캡스톤 설계 운영을 개선한다.
- 소프트웨어 융합센터는 소프트웨어 융합 캡스톤 설계를 학과 통합적으로 관리하는 위원회로서, 개별 학과 또는 기업에서 요청하는 융합 캡스톤 설계 프로젝트 주제에 대하여 통합적으로 학과, 팀을 매칭하는 기관이다. 소프트웨어 융합센터를 통해 대학 내에서 효율적으로 소프트웨어 융합 캡스톤 설계를 운영할 수 있을 것이다.
- 하지만 현재 대학에서의 소프트웨어 전공 교육은 소프트웨어 전공 지식 전달에만 치중하고, 융합 가치에 대해서는 교육이 부족한 것이 현실이다. 이처럼 소프트웨어 융합 교육에 대한 필요성이 점차 증대되고 있는 시점에서 하나의 프로젝트를 여러 학과의 학생들이 공통으로 참여하여 개발함으로써, 진정한 융합 교육의 필요성을 느낄 수 있을 것이며, 소프트웨어 융합 캡스톤 설계 교과목을 통하여 융합적 전공 능력을 배양할 수 있을 것이다. 또한 융합적 전공 능력을 배양한 소프트웨어 전공 인력을 배출함으로써 소프트웨어 산업의 발전을 기대할 수 있다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.