Search Results for '분류 전체보기'

131 POSTS

  1. 2006.08.29 TimeZone 문제 1
  2. 2006.08.29 CMMI 1.2
  3. 2006.08.29 CMMI의 영역
  4. 2006.08.29 도큐먼팅 1
  5. 2006.08.29 RPC vs RMI
  6. 2006.08.28 물론 툴가지고 되는 것은 아니지만...
  7. 2006.08.28 SOA(Service-OrientedArchitecture) 관련 기술 동향과 전망
  8. 2006.08.27 스터디를 만들다.
  9. 2006.08.27 ITSM을 통해 IT 거버넌스를 이루려는...
  10. 2006.08.27 BSC에 대한 이해

TimeZone 문제

Posted 2006. 8. 29. 10:41
Timezone 에 대한 글들이다.
주의해야 할것이 많다. 오라클과 java의 타임존을 맞추기는 쉽지 않은듯...
그러나 방법은 있을것이다.
GDK가 잘만 작동되었다면 이렇게 힘들지 않았을 것이다.

CMMI 1.2

Posted 2006. 8. 29. 09:40

invalid-file
CMMI 1.2정보입니다.레벨은 아래와 같습니다.

invalid-file
SEI에서 발표한 정보입니다.


CMMI 의 간단한 레벨에 대한 브리핑은 아래와 같습니다.




CMMI의 영역

Posted 2006. 8. 29. 09:31

  • Systems Engineering CMM (SE-CMM)

  • Software Acquisition Capability Maturity Model (SA-CMM)

  • Integrated Product Development Team Model (IPD-CMM)

  • System Engineering Capability Assessment Model (SECAM)

  • Systems Engineering Capability Model (SECM)














    이러한 정보가 있습니다. 보시면 과거의 것들이 합쳐지고 좀더 포괄적으로 된것을 볼수 있습니다.




도큐먼팅

Posted 2006. 8. 29. 01:49
아키텍처가 너무나 크고 힘든거 같다. 나에게는...
하지만 재미있다. 항상 나에게 도전을 준다. 아 도전...듣기만...

기업 아키텍처를 구축 하면서 가끔 document관련 책들을 읽는데 몇몇 문구가 눈에 확 보인다.
컨설팅은 눈높이다. 눈높이라는 말은 고객의 관점에서 보는 사람의 관점에서 문서가 적혀지고 설명되어야 한다는건데 규칙은 이러하다.
구구절절 옮은 이야기이고 컨설팅적인 기법이 아키텍처에도 그대로 쓰인다. 바바라민토 등

1. 읽는 사람의 관점에서 문서를 써야한다. -- 이게 컨설팅에서 한 30%먹는듯하다.
2. 불필요한 반복 줄이기... -- MECE
3. 모호성을 피하기 -- 당근빠따다. MECE
4. 표준 - 나는 이것에 원칙까지 첨부하고 싶다. 원칙없는 소프트웨어 아키텍처라니
5. 설계이유구성 - 이것도 당근이다. MECE에 해당하는 기법이다.
6. 문서를 최신으로 -.-  : 젤 지키기 어렵지만 꼭 해야 하는거다.
7. 목적에 적합한 문서리뷰 - 이것도 당근빠따 어떤이는 이걸 소프트웨어 평가라고 하지만 다리잡고 말리고 싶다. 아키텍처 평가가 그리 쉬운게 아니기 때문에...

결국 쓰고나면 또 컨설팅인가... 에헤라디야...

아래글은 소프트웨어 아키텍처 인 프락티스와 소프트웨어 다큐먼팅 관련책에서 나온글들임

RPC vs RMI

Posted 2006. 8. 29. 00:36
RMI is focused on Java, with connectivity to existing systems using native methods. This means RMI can take a natural, direct, and fully powered approach to provide a distributed computing technology that allows us to add Java functionality throughout the system. To get the cross-platform portability that Java provides, RPC requires a lot more overheads than RMI. RPC has to convert the arguments between architecture so that each computer can use its native datatype. RMI’s biggest limitation is it can only call methods in Java. To call methods written in other languages it has to rely on other technologies like JNI, JDBC, RMI-IIOP, RMI-IDL etc. Whereas RPC does not translate well into Distributed object systems, where program-level objects residing in different address space is needed.

invalid-file



이전에 공부하던 자료인데 쓰려면 다 쓸데가 있나보다.
invalid-file
미들웨어의 기초적 설명

물론 툴가지고 되는 것은 아니지만...

Posted 2006. 8. 28. 19:03
http://www.sparxsystems.com.au/resources/demos/index.html
툴가지고 되는 것은 아니지만...일단 올렸음. ^^

종종 EA이야기도 올려야 겠다.
EA거버넌스도 IT거버넌스의 일종인데...
많은 관심을 기울여야 할듯...

거버넌스...

SOA(Service-OrientedArchitecture) 관련 기술 동향과 전망

Posted 2006. 8. 28. 00:27
invalid-file


SOA(Service-OrientedArchitecture) 관련 기술 동향과 전망
참 어려운 접근이다. SOA

이문서는 위의 문서와 아주 비슷한 문서이다.
invalid-file

스터디를 만들다.

Posted 2006. 8. 27. 23:58
그동안 2달간 진행한 스터디의 이름을 만들었다.
아래의 트렉백에 기록되어있다.
P=f(AXM) : Performance = f(Ability x Motivation)

동기부여와 능력이 곧 퍼로먼스가 된다는 뜻이다.
그만큼 퍼포먼스를 내서 개개인들이 다 자신의 작은 뜻을 이뤘으면 좋겠다.

ITSM을 통해 IT 거버넌스를 이루려는...

Posted 2006. 8. 27. 16:07
ITSM을 통해 IT 거버넌스를 이루려는 노력이 많은듯
내 생각은....ITSM은 벤더마다 특색이 있으므로 많은 노력이 들어가야 성공할듯
점점 재미나는 IT거버넌스 이야기
invalid-file

BSC에 대한 이해

Posted 2006. 8. 27. 15:56
경영과 IT관점의 BSC를 비교한 그림
0
0
BSC는 경영적인 기법이지만 제일중요한건 구성원들의 단합된 모습과 그들의 미션 전략의 공유이기에 더더욱 어려운 과제가 아닐까...
BSC의 측정을 실질적으로 하기가 쉽지 않은것은 조직의 평가 수치를 그대로 인정하고 싶지 않은 사람들의 마음일지도 모르겠다. 여튼 좋은 이론임은 틀림이 없고 BSC와 IT거버넌스도 뗄레야 뗄수 없는 것들이 될것이라고 생각한다.

invalid-file



invalid-file
« PREV : 1 : ··· : 8 : 9 : 10 : 11 : 12 : 13 : 14 : NEXT »

티스토리툴바