블로그 이미지
Welcom Back Tatter. 머샤머샤

카테고리

분류 전체보기 (140)
테터 (1)
悲歌 (12)
Lost & Found (1)
IT (126)
Total
Today
Yesterday
Ajax + Web2.0이 대단한 기술이지만. 미션크리티컬 영역에 있어서는 여전히 Desktop Application이 필요 하다.
- Informatiion Week, MS Remix08 컨퍼런스, 김재우 부장 -

회자되는 이야기지만, 제안서쓸때 스프링노트에 대고 하지는 않는다. (물론 제안서 아이디어 모을때 이동하면서 워드에 대고 하지도 않는다. 그런분을 보기는 했지만 ^^;)

S+S도 좋고, RIA도 좋지만, MS가 실버라이트에서 Win32 Local 리소스에 대한 접근을 허락하지 않는 한(그럴리는 없을것 같다) RIA는 일반 대중을 위한 유용한 도두일 뿐이다.

그 풍부한 UI를 바탕으로 집에있는 mp3 File을 웹으로 올려주는 제품이라도 하나 만들고 싶지만... ^^; Local에 대한 접근과 웹의 편리성을 모두 달라..! (ActiveX 반대론자들의 야유가...)
Posted by 머샤머샤
, |

Ship It 57 Page에 나오는 주옥같은 이야기 입니다.


단위 테스트(Unit Test)

  • 단위 테스트는 개별 클래스나 객체를 테스트하기 위해 고안되었습니다
  • 단위 테스트는 독립형이고 일반적으로 작동시키기 위해 다른 클래스나 객체가 필요하지 않습니다.
  • 단위 테스트의 삶의 유일한 목적은 한 뭉치의 코드 내에 논리가 적절히 작동하는지 확인하는 것입니다.

기능 테스트(Functional Test)

  • 기능 테스트는 제품 전체의 적절한 동작(또는 기능)을 테스트하기 위해 작성됩니다.
  • 기능 테스트는 제품 전체 또는 한 제품 내의 주요 하부 시스템을 다룰 수 있습니다.
  • 기능 테스트는 시스템 내에 많은 객체를 갖습니다.

성능 테스트(Performance Test)

  • 제품이 (또는 중요 하부 시스템이) 얼마나 빨리 작동할 수 있는지 측정 합니다.
  • 이런 테스트를 하지 않고선, 어떤 코드 변경이 제품의 반응속도를 향상 시켰는지, 퇴보 시켰는지 말할 수 없습니다.

부하 테스트(Load Test)

  • 부하 테스트는 수많은 클라이언트나 파워 유저 집단이 큰 부하를 걸었을 때 제품이 어떻게 작동하는지 모의 실험 합니다.
  • 성능 테스트와 마찬가지로, 이런 종류의 테스트를 하지 않고선 코드 베이스가 향상됐는지 퇴보됐는지 객관적으로 말할 수 없습니다.

스모크 테스트(Smoke Test)

  • 스모크 테스트는 가벼운 테스트이고, 제품의 중요 부분을 작동 시키기 위해 조심스럽게 작성되어야 합니다.
  • 빨리 실행되면서도 제품의 적합한 부분을 작동시키기 때문에 스모크 스트를 사용하게 됩니다.
  • 그 기본적인 아이디어는 기본 기능을 호출했을때, "연기가 나는지", 즉 실패하는지 알아보기 위해 제품을 돌려보는 것입니다.
  • 스모크 테스트는 CI시스템과 함께 사용하기에 아주 좋습니다.

통합 테스트(Integration Test)

  • 통합 테스트는 제품 라인의 다양한 부분이 서로 잘 협력하는지를 살펴 봅니다.
  • ...
  • 통합 테스트는 데이터베이스와 같이 제품이 의존하는 컴포넌트의 새 버전을 검증하는데 흔히 쓰입니다.

가짜 클라이언트 테스트(Mock Client Test)

  • http://www.mockobjects.com/
  • About Mock Objects, a technique for improving the design of code within Test-Driven Development
  • 가짜 클라이언트 테스트는 클라이언트의 관점에서 테스트를 만들기 위해 사용됩니다.
Posted by 머샤머샤
, |
[CuteFlow] 이름까지 아주 앙증맞은 Workflow제품을 발견했습니다.
http://www.cuteflow.org

사용자 삽입 이미지
위 이미지가 CuteFlow를 아주 잘 표현하는 컨셉입니다.
Sender가 Form을 Define해서 Email로 배포를 하면, 등록된 사용자가 Form에 데이터를 입력하고, 마지막으로 Archive되는... 재미 있는 시스템이군요.

Opensource입니다.

아래는 Form을 Define하는 화면입니다. Workflow의 가장 핵심적인 [정의]부분을 충실하게 반영하고 있는 솔루션이라고 할 수 있겠습니다만..

한국시장에서의 효용은 글쎄요?
그리고 각 수신자의 입력 값에 따른 비지니스 로직의 처리가 어렵겠군요 ^^;

사용자 삽입 이미지
Posted by 머샤머샤
, |
솔지히.. 국내에서 평가판을 제공하는 페키지 업체가 얼마나 될까?

아니.. 페키지 업체가 얼마나 될까?

에스앤에이취정보(대표 윤우인 www.snh.co.kr)는 자사 형상관리 솔루션 '실루엣 엔터프라이즈 v2.0'의 평가판 및 기술정보를 자사 홈페이지를 통하여 공개한다고 발표했다.

(관련 URL http://www.snh.co.kr/?s=product&m=shape4)

형상관리 솔루션 실루엣은 외산 페키지 제품과 차별화된 순수 국산 페키지제품으로서, 2008년 5월 기준으로 금융, 제조, 화학, 서비스 등 40여개의 국내/외 레퍼런스를 확보하였다.

에스앤에이취정보 박병준 차장은 평가판의 공개에 대해서 이렇게 이야기 한다.

"국내에서 페키지제품을, 그것도 IBM, Microsoft, Borland등 쟁쟁한 기업들이 눈독을 들이며 경쟁하고 있는 ALM분야에서 개발하고 살아 남는다는 것은 정말로 어렵습니다.

또한 하루가 멀다하고 생겨나는 Open Source 제품과 매일 비교당하며 제품의 로드맵을 유지하는 것 또한 매우 힘든 작업입니다.

하지만, 국내/외 40여개 레퍼런스에서 3,000여명의 사용자분들이 실루엣을 큰 문제없이 사용하고 있다는 점.

아직까지는 전세계적으로 MS-Word와 같은 절대적인 강자가 나타나지 않았기 때문에, 제품 개발에 대한 의욕이 꺽이지 않았다는 점.

무엇보다, 검증되고 안정적인 엔진을 확보하였기 때문에, 다양한 응용 및 변화를 시도 할 수 있다는 점.

이러한 이제까지의 노력을 기반으로, 일반 환경에 제품을 노출하여 다양한 의견 및 사용자 요구를 반영하기 위하여 평가판을 제공 하게 되었습니다.

국내 제품들은 페키지라는 컨셉도 희박하고, 제품에 대한 정보를 오픈하는 것에도 많은 주저함이 있는것 같습니만, 우리가 가고자 하는 페키지형태의 제품을 제공하는 외국 ISV의 경우에는 보편적이고 당연한 방향입니다.

천리길도 한걸음 부터라고, 그들이 하는 행위와 활동을 우리가 하지 못한다면 몇년이 지나도 제품 공개 및 페키징에 대한 노하우는 축적하지 못할 것입니다.

지금 당장 가시적이고 만족할 만한 성과를 이루지는 못하겠지만, 분명히 우리는 ALM시장에서 국내를 대표하는 제품으로, 회사로 자리매김 할 것입니다."


실루엣은 국산 형상관리 패키지로서의 시장확대 뿐만 아니라, ITSM, BPM, Groupware 연동등 다양한 기업의 요구에 부응하기 위해서 다양한 사업 및 비지니스 모델을 전개하고 있다.

Posted by 머샤머샤
, |
사용자 삽입 이미지
 Download

형상관리 실루엣 기능소개서 PPT로 만들어진 것

(출처: SNH Homepage, http://www.snh.co.kr)





형상(버전) 관리는 간단한듯 하지만, 아직도 어려워(귀찬아)하는 부분이다.

링크된 PPT를 통해서, 업계에서 어떤 기능을 생각하고 있는지 살펴보자
Posted by 머샤머샤
, |

TMS AdvChart는...

IT/CodeInside / 2008. 5. 19. 11:27

사용자 삽입 이미지
주말동안 고민 해 봐도...

X(혹은 Y)축에 담당자 이름을 표현하고 싶은데... 곤란하다. (Number or DateTime만 가능)

Chart를 90' 회전하고 싶은데.. 곤란하다.

Posted by 머샤머샤
, |
사용자 삽입 이미지
첨부파일을 표시하는 방법을 변경하였습니다.

달라진 사항은 [파일명 > 첨부일자]로 표시되는 것을 [첨부일자 > 파일명]으로 표시되도록 한 것입니다.

첨부일자는 고정된 Lengrh를 가지기 때문에, 앞쪽에 위치하여도 일목요연한 View를 제공 할 수 있도록 되어 있는 것입니다.

그리고 보니, 첨부한 사용자 정보가 없군요. ^^; (이것은 아직 관리되고 있지 않습니다)
Posted by 머샤머샤
, |

Article Link

IT/CodeInside / 2008. 5. 13. 14:47
사용자 삽입 이미지

Article을 작성하다보면, 이전에 작성된 Article을 의미하거나, 기술해야 하는 경우가 종종 있습니다.

표준화된 양식방식으로 Article을 표현하기 위해서 [Link 복사] 기능을 추가하였습니다.

복수의 Article을 선택하고 [Link 복사]를 실행하면 Article ID(Seq)와 경로가 Windows Clipboard로 추가 됩니다.

사용자 삽입 이미지
복사돤 Article은 작성시 Cntl+V로 붙여 넣어 사용 하면 됩니다.

사용자 삽입 이미지

혹시 경로가 변경되더라도 Link에 있는 Article ID(Seq)를 검색에서 찾을 수 있도록 하였습니다.
Posted by 머샤머샤
, |
사용자 삽입 이미지

코드성 혹은 하위 디테일성 자료를 선택해야 하는 경우.

경우에 따라서 (반드시)하나만 선택하거나 여러개를 선택 할 수 있어야 하는 경우가 있다.

위 이미지에서 소유자는 반드시 한명만 선택되어야 하지만, 참조자의 경우에는 여러명을 동시에 선택 할 수 있어야 한다.

결국 팝업화면의 Open Type을 설정 할 수 있도록 구현하였다.
Posted by 머샤머샤
, |

사용자 삽입 이미지


ToDo를 조회하는 기준이 무엇일까?

계획일? 수행일? 코드인사이드 ToDo처럼 하나의 ToDo Item이 여러 일자에 걸쳐서 계획되고 수행되는 경우라면, 상당히 조회가 곤혹스러워 집니다.

이런, 저런 조회조건을 시도해 보아도, 사용자 인지수준에서 가장 적합한것은 실제 수행 할 일자 기준으로 View를 보는 것입니다. 만, 수행실적이 없는 ToDo = (즉, 계획)은 표현 할 방법이 모호 해 집니다.

결국, 수행실적이 없는 ToDo는 별도의 List로 독립시켜서 인지 할 수 있도록 했습니다.
Posted by 머샤머샤
, |

최근에 달린 댓글

최근에 받은 트랙백

글 보관함