소개

인스톨 방법

위와 같은 파일이 있습니다.

‘설명’ 디렉토리는 무시하세요.

제가 테스트 했던 daemon 버전은 4.30.4.2007 버전입니다.

daemon 다운 [클릭]

설치를 합니다. 설치는 ‘다음’ 만 누르시면 무난히 설치가 됩니다.

일반 적으로 ‘다음’만 하셨다면

에 설치가 될 것입니다. 

다운 받은 파일 중에서 파일을 복사를 해서 설치한 디렉토리에 붙여넣습니다.

다음은 설치가 된 디렉토리 화면입니다.

저 같은 경우에는 기존의 을 1을 추가해서 이름을 변경하고 파일을 복사해서 넣었습니다.

이제 실행하시면 잘 될 겁니다.

이올린에 북마크하기(0) 이올린에 추천하기(0)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

시뮬레이션 모델의 종류

결정적 모델과 확률적 모델

• 확률변수 유무

• 결정적 모델:저축문제1, 공의 탄성 문제

• 확률적 모델:저축문제2

정적 모델과 동적 모델

• 정적 모델:

  시간과 무관

• 동적 모델:시간의 흐름에

  따라 동적으로 변함

이산 모델과 연속 모델

• 시스템의 변수에 따라서 분류

• 이산적 모델:저축문제

  • 시뮬레이션 시간에서 종속변수가 사건발생 시간이라고 불리는 특정한 시간에 이산적으로 변화할 경우에 해당한다. 이 경우 모델에서 시간변수는 연속적일 수도 있고, 이산적일 수도 있다.

  • 대기행렬 시스템은 이산형 시뮬레이션에 해당된다. 이 예에서 종속변수는 대기행렬 내의 고객수가 된다. 사건 발생시간은 시스템에 고객이 도착하는 시간과 떠나는 시간이 된다.

  • 일반적으로 이산형 모델의 종속변수의 값은 사건 발생시간 사이에는 변하지 않는다.

• 연속적 모델:공의 탄성 문제

물리적 모델과 수리적 모델

• 수리적 모델:저축문제,

  공의 탄성 문제

• 물리적 모델:진흙 모델, 모델 하우스, 축소 모형

PREY-PREDATOR 모델

두 종족간의 상호 작용

• PREY:토끼:최대

• PREDATOR:여우:최소

일반적인 시뮬레이션 과정 순서

1. 문제의 공식화

2. 모델 구축

3. 자료 획득

4. 모델 변환

5. 검증

6. 타당성 검토

7. 실험계획 수립

8. 실험

9. 결과 분석

10. 구현 및 문서

이산형 시뮬레이션

시뮬레이션 시간에서 종속변수가 사건 발생, 시간이라고 불리는 특정한 시간에 이산적으로 변화할 경우에 해당한다.

7강 대기행렬 문제

8강 프로세스 중심 진행방법

사건들의 순서와 관련된 논리는 일반화될 수 있고, 하나의 문장에 의하여 정의될 수 있다.

시스템을 통과하는 엔티티들의 흐름을 모델링하기 위하여 사건들의 순서를 정의하는 문장을 채택한다.

사건들의 순서는 엔티티들의 프로세스를 통하여 이동할 때 시뮬레이션 언어에 의해 자동적으로 처리된다.

이산형 시뮬레이션 모델링

종속변수가 사건발생, 시간이라고 불리는 특정한 시간에 이산적으로 변화할 경우에 해당

3가지 월드뷰 대안

사건중심, 액티비티 관찰방법, 프로세스 중심방법

사건중심 진행방법

사건발생 시간에 일어나는 변화를 정의한다.

액티비티 관찰중심 방법

모델 작성자는 시스템의 엔티티들과 관계되는 액티비티들을 서술하고, 액티비티의 시작과 종료를 유발하는 조건들을 규정-비효율적이다.

프로세스중심 진행방법

시스템을 통과하는 엔티티들의 흐름을 모델링하기 위하여 사건들의 순서를 정의하는 문장을 채택한다.

12강 난수의 발생Ⅰ

난수발생법

중앙이승법

1940년대 von Neumann과 metroplis에 의해 제안된 첫 번째의 대수적 방법에 의한 난수발생법

문제점

• 발생한 난수가 0으로 수렴하는 경우가 발생

  • X0 = 1001 하면 0이 된다.

• 이론적인 측면에서 보면 어느 정도 예측가능하고 완전하게 임의적이지 못하다. 대수적 방법을 이용하여 발생하는 모든 방법의 문제점

합동법

1951년 Lehmer가 제안, 혼합식 합동법과 승산식 합동법이 있다.

혼합식합동법

c > 0인 경우로서 Xi = aXi-1 + c(mod m)

승산식합동법

c = 0인 경우

최대주기가 없다.

14강 확률 변수 발생 관련

확률변수의 발생원리

역변환

역함수를 이용하는 방법

합성

표본을 뽑을 분포함수 F가 다른 분포함수들 F1, F2의 조합으로 표시될 수 있는 경우에 사용된다.

결합

발생될 X다음과 같이 몇 개의 확률변수의 합으로 나타내지는 경우에 사용될 수 있다.

채택기각방법

일정한 조건을 정해서 만족하면 채택 아니면 기각하는 방식

이올린에 북마크하기(0) 이올린에 추천하기(0)

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

일반입찰

조달입찰

2.5 주요 내부시스템 연계(전자결재)

조달팀 내부 결재

전자 결재 연계

2.5 주요 내부시스템 연계(CRM)

자동 연계

수동연계

• 수신대상 : 협력업체 담당자

• 전송매체 : 대량 EMAIL, 대량 SMS

2.7 보안요소 적용

이올린에 북마크하기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

SELECT A.SID
      ,A.SERIAL#
  FROM V$SESSION
      ,V$LOCK B
      ,DBA_OBJECTS C
 WHERE A.SID = B.SID
   AND B.ID1 = C.OBJECT_ID
   AND B.TYPE = 'TM'
   AND C.OBJECT_NAME = :TABLE_NAME
--나온 결과를 KILL
ALTER SYSTEM KILL SESSION 'SID,SERIAL';  

이올린에 북마크하기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

자바 5 주석을 사용한 효율적인 테스트난이도 : 중급

2007 년 4 월 10 일

JUnit 4에서는 자바(Java™) 5 주석(annotation)의 효율적인 유연성을 위해 기존의 엄격한 명명 규칙 및 상속 계층 구조를 없앴다. 테스트 전문가로 활동하고 있는 Andrew Glover는 본 튜토리얼에서 코드 품질과 관련하여 자신이 연재한 인기 있는 기술문서의 내용을 보충하는 시간을 마련하여 매개변수 테스트, 예외 테스트, 제한 시간 테스트 등 주석을 통해 새로운 기능을 활용하는 방법에 대해 설명한다. 또한 JUnit 4의 유연한 픽스쳐(fixture)에 대해 소개하고 스위트(suite) 대신 주석을 사용하여 테스트를 실행하기 전에 논리적으로 그룹화하는 방법에 대해서도 설명한다. 본 튜토리얼에는 이클립스(Eclipse)에서 실행되는 일부 샘플 테스트와 호환되지 않는 이전 버전의 앤트(Ant)에서 JUnit 4 테스트를 실행하기 위한 지침이 포함되어 있다.

시작하기 전에

튜토리얼 소개

자바 5 주석은 JUnit에 커다란 변화를 가져왔으며 많은 테스트 프레임워크 개발자에게 효율적인 작업 방식으로 점차 인식되고 있지만 이들에게 익숙한 기술은 아니다. 본 튜토리얼에서는 JUnit 4의 가장 중요한 변경 사항에 대해 설명하고 독자가 이미 들어보았을지도 모르지만 아직 사용하고 있지는 않을 흥미로운 새 기능들에 대해 설명한다.

목적

본 튜토리얼에서는 JUnit 4의 기본 개념에 대해 단계별로 설명하고 특히 새로운 자바 5 주석 기능에 대해 자세히 다룬다. 한 시간 분량의 본 튜토리얼 학습을 마치면 JUnit 4의 주요 변경 사항에 대해 이해할 수 있을 뿐만 아니라 예외 테스트, 매개변수 테스트 및 유연한 새 픽스쳐 모델과 같은 기능에 대해 알게 된다. 또한 테스트를 선언하는 방법, 스위트 대신 주석을 사용하여 테스트를 실행하기 전에 논리적으로 그룹화하는 방법, 명령행뿐만 아니라 이클립스 3.2 또는 앤트에서 테스트를 실행하는 방법에 대해서도 설명한다.

필요한 사전 지식

본 튜토리얼을 최대한 활용하기 위해서는 일반적인 자바 개발에 익숙해야 한다. 본 튜토리얼에서는 또한 독자가 개발자 테스트의 중요성을 이해하고 있으며 기본 패턴 매칭에 익숙하다고 가정한다. JUnit 4 테스트 실행 섹션의 내용을 테스트하기 위해서는 이클립스 3.2를 IDE로 사용하고 앤트 1.6 이상을 사용해야 한다. 이전 버전의 JUnit에 익숙하지 않더라도 본 튜토리얼을 이해하는 데에는 문제가 없다.

시스템 요구 사항

본 튜토리얼의 코드를 시험해보려면 썬의 JDK 1.5.0_09 이상 또는 자바 기술 1.5.0 SR3용 IBM 개발자 킷이 설치된 시스템이 필요하다. 이클립스에서 JUnit 4 실행 섹션의 경우 이클립스 3.2 이상이 설치된 시스템이 필요하다. 앤트 섹션의 경우 버전 1.6 이상이 필요하다.

본 튜토리얼에서 권장하는 시스템 구성은 다음과 같다.

• 기본 메모리가 최소 500MB 이상이고 썬 JDK 1.5.0_09 이상 또는 자바 기술 1.5.0 SR3용 IBM 개발자 킷을 지원하는 시스템
• 소프트웨어 컴포넌트 및 예제를 설치하기 위한 최소 20MB 이상의 하드 디스크 여유 공간

본 튜토리얼의 지침은 마이크로소프트 윈도우 운영 체제를 기반으로 한다. 또한 본 튜토리얼에서 다루는 모든 도구는 리눅스와 유닉스 시스템에서도 작동한다.

JUnit 4의 새로운 기능

자바 5 주석 덕분에 JUnit 4가 이전보다 더욱 가벼워졌고 유연해졌다. 일부 흥미로운 새 기능을 위해 이전의 엄격한 명명 규칙과 상속 계층 구조가 사라졌다. 다음은 JUnit 4의 새로운 기능을 간략히 설명해 놓은 목록이다.

• 매개변수 테스트

• 예외 테스트

• 제한 시간 테스트

• 유연한 픽스쳐

• 테스트를 쉽게 무시하는 방법

• 테스트를 논리적으로 그룹화하는 방법

이러한 기능과 더 많은 새로운 기능을 이후 섹션에서 설명하기에 앞서 JUnit 4의 가장 중요한 변경 사항에 대해 설명하겠다.

기존 버전의 문제

JUnit 4에 자바 5 주석 기능이 추가되기 전에 이 프레임워크에는 기능을 사용하는 데 반드시 필요한 두 가지 규칙이 존재했다. 첫 번째는 JUnit에서 논리적 테스트로 작동하도록 작성된 모든 메서드는 test라는 단어로 반드시 시작해야 한다는 것이다. testUserCreate와 같이 이 단어로 시작하는 모든 메서드는 테스트 메서드 이전 및 이후에 픽스쳐 실행을 보장하는 잘 정의된 테스트 프로세스에 따라 실행되었다. 두 번째 규칙은 JUnit에서 테스트를 포함하는 클래스 객체를 인식하기 위해 클래스 자체가 JUnit의 TestCase에서 확장되어야 한다는 점이다(또는 일부 파생). 이러한 두 가지 규칙을 위반하는 테스트는 실행할 수 없었다.

Listing 1은 JUnit 4 이전에 작성된 JUnit 테스트를 보여준다.

//Listing 1. 이렇게 어렵게 작성해야 할 필요가 있을까?
import java.util.regex.Matcher;
import java.util.regex.Pattern;
import junit.framework.TestCase;
public class RegularExpressionTest extends TestCase {
    
 private String zipRegEx = "^\\d{5}([\\-]\\d{4})?$";
 private Pattern pattern;
 protected void setUp() throws Exception {
  this.pattern = Pattern.compile(this.zipRegEx);
 }
 public void testZipCode() throws Exception{         
  Matcher mtcher = this.pattern.matcher("22101");
  boolean isValid = mtcher.matches();        
  assertTrue("Pattern did not validate zip code", isValid);
 }
}

새로운 버전의 이점

자바 5 주석을 사용할 수 있는 JUnit 4에서는 이러한 규칙이 모두 사라졌다. 클래스 계층 구조는 더 이상 필요하지 않으며 테스트로 작동할 메서드도 새롭게 정의된 @Test 주석으로만 기술하면 된다.

많은 사람들이 JUnit 4에서 주석이 사용된 것은 .NET의 NUnit과 TestNG의 

영향을 받은 것이라고 말한다. 다른 테스트 프레임워크에서의 주석에 대한 

자세한 내용은 참고자료를 참조하기 바란다.

Listing 2는 Listing 1에 표시된 것과 동일한 테스트를 보여주지만 주석을 사용하여 다시 정의되어 있다.

//Listing 2. 주석을 사용한 테스트
port java.util.regex.Matcher;
import java.util.regex.Pattern;
import org.junit.BeforeClass;
import org.junit.Test;
import static org.junit.Assert.assertTrue;
public class RegularExpressionTest {
 private static String zipRegEx = "^\\d{5}([\\-]\\d{4})?$";
 private static Pattern pattern;
 @BeforeClass
 public static void setUpBeforeClass() throws Exception {
  pattern = Pattern.compile(zipRegEx);
 }
 @Test
 public void verifyGoodZipCode() throws Exception{         
  Matcher mtcher = this.pattern.matcher("22101");
  boolean isValid = mtcher.matches();        
  assertTrue("Pattern did not validate zip code", isValid);
 }
}

Listing 2에서 언급한 테스트는 코드로 작성하기가 더 쉽지 않을 수도 있지만 확실한 것은 더 쉽게 이해할 수 있다는 것이다.

간단한 문서화

주석이 갖는 한 가지 유용한 점은 프레임워크의 내부 모델에 대한 자세한 이해 없이도 각 메서드의 사용 의도를 명확하게 문서화한다는 점이다. @Test로 테스트 메서드를 표시하는 것 이상으로 더 명확한 방법이 있을까? 이는 각 메서드가 전반적인 테스트 케이스에서 어떤 역할을 담당하는지만 이해하고 싶어도 JUnit 규칙에 대한 상당한 이해가 필요했던 기존 JUnit 스타일에 비해 크게 향상된 점이다.

이미 작성된 테스트를 파싱할 때에도 주석은 큰 도움이 되지만 테스트 작성 중에 추가 작업이 발생할 경우에는 더욱 필수적인 요소가 된다.

이올린에 북마크하기

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.