• 전력전자학회:학술대회논문집
• /
• 전력전자학회 2017년도 전력전자학술대회
• /
• pp.393-394
• /
• 2017

유도전동기는 속도 제어가 어렵기 때문에 이를 위한 고가의 벡터제어 인버터가 널리 사용되어 왔다. 이 때문에 최근에는 이를 저가화하기 위하여 제어 알고리즘이 단순하고 구현이 용이한 직접토크제어 방식에 대한 연구가 이루어지고 있다. 한편으로 소용량의 저전력 응용 분야에서는 기계적으로 구조가 단순하고 가격이 저렴한 2상 유도전동기를 적용하려는 노력이 활발해지고 있다. 2상 유도전동기용 인버터의 대표적인 토폴로지는 3상 IPM 소자를 그대로 이용할 수 있는 3레그형이다. 그러나, 3레그형 인버터에서는 출력 전압 벡터가 비대칭 육각형의 형태로 나타나므로 2상 유도전동기에 이러한 직접토크제어 방식을 적용하면 전동기의 발생 토크에 리플이 증가하는 문제가 있다. 본 논문에서는 3레그형 인버터를 사용하는 2상 유도전동기에 직접토크제어 방식을 적용하고 이때 문제가 되는 전동기의 토크 리플을 저감하는 방법에 관하여 연구하였으며, 이것의 유효성은 시뮬레이션을 통하여 유효성을 검증하였다.

• 한국인터넷방송통신학회논문지
• /
• 제13권4호
• /
• pp.99-106
• /
• 2013

일반적으로 소프트웨어를 개발하는데 소요되는 일정 단축은 추정된 명목상 일정을 기준으로 75% 범위 내에서 결정된다. 그러나 지금까지 명목상 개발 일정이 명확히 제시되지 않아 개발일정 단축 가능성을 판단하는데 어려움이 있다. 따라서 본 논문은 다양하게 제안된 명목상 개발일정 기준을 고찰하여 최적의 범위를 결정하였다. ISBSG Release 8의 기능점수 기반 실제 수행된 1,595개 프로젝트를 대상으로 이 기준 범위에 속하는 614개의 프로젝트를 추출하였다. 이 데이터들을 대상으로 개발노력 추정 모델을 유도하였다. 또한, 추정된 개발노력 모델에 기반하여 개발기간을 추정하는 모델을 유도하였다. 제안된 모델을 적용시 실제 프로젝트를 개발시 요구되는 개발노력과 개발기간을 보다 현실적으로 추정할 수 있을 것이다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2002년도 가을 학술발표논문집 Vol.29 No.2 (2)
• /
• pp.7-9
• /
• 2002

최근 소프트웨어 사용자의 요구사항이 빠르게 변화하고 있으며, 그에 따른 소프트웨어 규모도 커지고 있다. 소프트웨어 개발 업체들은 적은 개발비용으로 사용자의 기대를 만족시키는 고품질의 소프트웨어를 단기간에 출시하고자 많은 노력을 기울이고 있으며, 소프트웨어 제품과 프로세스들에 대해서 제언하고 예측할 수 있는 능력을 확보하고자 노력하고 있다. SPICE 모델에 따른 소프트웨어 프로세스 개선은 소프트웨어 개발 업체의 개발 및 관리 문제점을 해결하는데 사용되고 있으나 개선을 위한 지침의 부족으로 개선 실행에 어려움을 보이고 있다. 이어 본 논문에서는 SPICE 모델에 따른 소프트웨어 프로세스 심사 결과의 개선 항목을 잠재적인 결함으로 간주하고, GQM 방법론에 의해서 소프트웨어 프로세스 개선을 수행함으로써 조직의 비전과 목표 프로세스 능력을 달성할 수 있도록 제안한다. 또한, 결함 제거를 위한 트리거를 구축하고, 개선 사항과 타 프로세스와의 연관성을 분석하여 효과적인 프로세스 개선을 유도하고자 한다.

• 한국컴퓨터산업학회논문지
• /
• 제3권3호
• /
• pp.295-306
• /
• 2002

성공적인 프로젝트 계획은 활용 가능한 일정과 더불어 프로젝트를 완수하는데 요구되는 노력을 얼마나 정확히 추정하느냐에 달려있다. 새로운 또는 보다 나은 모델 개발에 많은 연구가 이루어졌지만 현존하는 소프트웨어 노력 추정 모델들은 생명주기 전반에 걸쳐 투입되는 총 개발노력과 단위시간당 소요되는 노력 함수만을 제공한다. 또한, Putnam은 세부단계별로 일정한 개발노력 투입 비율을 제시하였다. 그러나 소프트웨어의 규모, 복잡도와 운영환경의 영향으로 인해 프로젝트 별로 투입되는 총 개발노력의 규모에 차이가 발생한다. 그 결과, 개발 세부단계별로 투입되는 노력의 규모도 프로젝트마다 차이가 발생한다. 본 논문은 총 개발노력 변동에 따른 소프트웨어의 계획, 명세, 구축, 시험과 이행단계에 투입될 개발노력을 추정하는 기준을 제시하였다. 이 모델들은 183종의 다른 소프트웨어 프로젝트들로부터 유도되었다. 제안된 기준은 프로젝트의 일정과 노력 할당관리에 실질적인 지침을 제공할 것이다.

• 한국컴퓨터정보학회논문지
• /
• 제16권9호
• /
• pp.35-43
• /
• 2011

하나의 소프트웨어를 개발하기 위해서는 개발조직의 생산성, 투입되는 노력, 개발일정, 소프트웨어 규모 간에 관계가 있다. 이들 관계를 유도한 식이 소프트웨어 공식이다. 소프트웨어 공식은 근본적으로 규모-노력, 규모-일정 관계가 적용되었다. 이 관계가 적절하지 않을 경우 소프트웨어 공식으로부터 유도되는 비용-일정 타협 공식, 투입인력 프로파일 등의 효용성이 없어진다. 본 논문에서는 이러한 문제점을 해결하고자 수정된 소프트웨어 공식을 유도하였으며, 수정된 소프트웨어 공식에 기반하여 소프트웨어 규모별로 비용-일정을 타협하는 모델들을 제안하였다. 소프트웨어 개발 성공률을 향상시키기 위해 제안된 모델을 적용하면 계약 협상이나 입찰에 도움이 될 것이다.

• 월간양계
• /
• 제14권통권148호
• /
• pp.88-91
• /
• 1982

KFC 는 그 훈련의 방법은 바뀌어도 내용이 변함이 없는 종업원 교육을 계속하고 있다. 가장 훌륭한 제품을 생산하는 것이 사업의 목표인만큼 금전과 노력을 종업원 교육에 쏟아붓고 그 사업의 발전을 유도하는 KFC 의 종업원교육 이야기.

• 농약정보
• /
• 제23권2호통권175호
• /
• pp.18-21
• /
• 2002

• 정보처리학회논문지D
• /
• 제9D권5호
• /
• pp.865-876
• /
• 2002

성공적인 프로젝트 계획은 활용 가능한 일정과 더불어 프로젝트를 완수하는데 요구되는 노력을 얼마나 정확히 추정하느냐에 달려있다. 현존하는 소프트웨어 노력 추정 모델들은 샹명주기 전반에 걸쳐 투입되는 총 개발노력과 단위시간당 소요되는 노력 함수만을 제공한다. 또한, Putnam은 세부단계별로 일정한 개발노력 투입 비율을 제시하였다. 그러나 소프트웨어의 규모, 복잡도와 운영환경의 영향으로 인해 프로젝트 별로 투입되는 총 개발노력의 규모에 차이가 발생한다. 그 결과, 개발 세부단계별로 투입되는 노력의 규모도 프로젝트마다 차이가 발생한다. 본 논문은 소프트웨어 규모와 개발형태에 따라 계획, 명세, 구축, 시험과 이행단계에 투입될 노력을 추정하는 모델들을 제시하였다. 이 모델들은 155종의 다른 소프트웨어 프로젝트들로부터 유도되었다. 제안된 모델들은 프로젝트의 일정과 노력 분배 관리에 실질적인 지침을 제공할 것이다.

• 한국컴퓨터산업학회논문지
• /
• 제2권6호
• /
• pp.859-866
• /
• 2001

성공적인 프로젝트 계획은 활용 가능한 일정과 더불어 프로젝트를 완수하는데 요구되는 노력을 얼마나 정확히 추정하느냐에 달려있다. 새로운 또는 보다 나은 모델 개발에 많은 연구가 이루어졌지만 현존하는 소프트웨어 노력 추정 모델들은 개발 전순기에 대해 투입되는 총 개발노력과 단위시간당 소요되는 인력인 노력 함수만을 제공한다. 또한, Putnam은 세부단계별로 일정한 개발노력 투입 비율을 제시하였다. 그러나 소프트웨어의 규모, 복잡도와 운영환경의 영향으로 인해 프로젝트 별로 투입되는 총 개발노력의 규모에 차이가 발생하며, 그 결과, 개발 세부단계별로 투입되는 노력의 규모도 프로젝트마다 차이가 발생한다. 본 논문은 총 개발노력 변동에 따른 소프트웨어의 명세화, 구축과 시험단계에 투입될 개발노력을 추정하는 선형과 다항식 모델을 제시하였다. 이 모델들은 128개의 다른 소프트웨어 프로젝트들로부터 유도되었다. 제안된 모델은 프로젝트의 일정과 노력 할당 관리에 실질적인 지침을 제공할 것이다.

• 한국정보과학회:학술대회논문집
• /
• 한국정보과학회 2003년도 봄 학술발표논문집 Vol.30 No.1 (B)
• /
• pp.55-57
• /
• 2003

소프트웨어 시장의 요구가 빠르게 변화됨에 따라서 소프트웨어 프로젝트의 관리가 비용, 스케줄, 품질의 관점에서 절충하는 문제가 제기되고 있다. 소프트웨어 개발 업체들은 적은 개발비용으로 사용자의 기대를 만족시키는 고품질의 소프트웨어를 단기간에 출시하고자 많은 노력을 기울이고 있으며, 소프트웨어 제품과 프로세스를 관리하고 예측할 수 있는 능력을 확보하고자 노력하고 있다. 본 논문에서는 CMM의 성숙도 단계를 구현하기 위해 달성해야하는 핵심영역인 KPA 성숙도 설문서의 rating 보정을 통해서 KPA 설문의 결함을 추출하고, 원인분석을 통한 결함분석 모델을 제안하고자 한다.