일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
- Flume
- diskpart
- T-SQL
- ClickOnce
- ERWIN
- AD
- bitnami
- 프로젝트관리
- 글모음
- 설계프로세스
- C#
- MindMap
- 산출물
- MindManager
- redmine
- union
- Xcode
- hadoop
- WinForm
- SQL
- 지리산둘레길
- Gundam
- hive
- .net
- garbage collection
- Windows 7
- 소프트웨어공학
- 프라모델
- 일상
- BCP
- Today
- Total
Blue sky, wind, cloud and knulf
IP 관리 IP를 관리할 경우 최선 책에 대해.... 뭐 가장 좋은 건 실제 IP형태인 VARCHAR(15)와 INT형 2개를 동시 관리하는 거다... 까지꺼, 사이즈 조금 커지면 어때.. 요즘 디스크도 안비싼데.... 1. IP를 VARCHAR에서 INT로 변환 CREATE FUNCTION dbo.ipStringToInt ( @ip CHAR(15) ) RETURNS INT AS BEGIN DECLARE @rv INT, @o1 INT, @o2 INT, @o3 INT, @o4 INT, @base INT SELECT @o1 = CONVERT(INT, PARSENAME(@ip, 4)), @o2 = CONVERT(INT, PARSENAME(@ip, 3)), @o3 = CONVERT(INT, PARSENAME(@..
비가 참 많이도 내렸다. 그렇게 마구 내려 대더니, 참 신선도 하지... 내리면서 공기가 청량해 진 듯 하다. 건너편 건물을 보는데, 그동안은 그 사이에 뭔가가 시야를 막는 듯 하더니, 참으로 시원하게 보인다. 오후 4시가 넘어 아직 해가 질 무렵은 아니지만 구름이 짙어 약간 어둑한 하늘. 멀리 큰 건물 사이로 지나가다 흩날리는 구름 조각... 비가 왔다. 도심이 아니라 내가 지금 시원한 가로수 길 옆 작은 집의 창가에서 이걸 보고 있다면, 왠지 행복할거 같다. 비가 그치고, 나뭇가지에서 맺힌 빗방울 떨어지고, 어디선가 비를 피해 있던 새들이 날겠지. 비 기운을 머금은 작은 바람은 불어 올테고, 바람과 기운과 마음과... 너무 행복할 뜻... 그러면 따뜻한 차가 한잔 필요할 거 같아.... 한번 행복한 ..
개발방법론중 CBD 방법론에서 일반적인 산출물과 어떤 개발 프로젝트의 산출물 예제이다. 정리가 잘되어 있고, 예제 같은 경우 작성자가 정리를 정말 잘했다. 문서의 요점은 기본 초안과 내용을 잡고 지속적인 내용의 보강과 확장이다... 그런데, 정말 단계 즉 프로세스가 필요하다는 것은 알겠지만, 정말 문서를 이렇게까지 만들어야 할까 하는 생각은 든다. 협업을 해야 하는 경우라면 필요하겠지만, 소규모 인원으로 하는 프로젝트의 경우 이렇게 까지는 필요가 없을 듯 한데 말야..
저 멀리.. 산이 보인다. 빌딩 숲 사이로.. 여름날, 동네 건너 언덕이 보이면 여름엔 그 너머를 항상 궁금해 하곤했다. 우연히 그 너머가 보이는 언덕위 동네에 섰을 때, 별반 다를 게 없는 것을 보곤 실망하였지만... 지금도 여름 햇살이 비추고, 그늘에선 시원한 바람이 분다. 서울 하늘 답지 않게 먼 산이 깨끗하진 않지만 뚜렷한 실루엣을 보이고, 그 위의 하늘은 연한 파란색을 보이는 이때, 어쩌면 난 평온한 한낮의 어느 한때를 기억하는지 모른다. 내 기억 속 너무 멀리 가버려 이제 그 끝자락도 보이지 않는 작은 기억 조각을... 단지 그때의 뜨겁던 공기와 파란 하늘, 저 멀리 그 더움 속에서도 뚜렷이 보이던 산자락 그리고, 지치지 않고, 뛰어 다니며, 그걸 바라보던 나를 .. 그 골목, 그 햇살과 그 ..
1. 분석 1.1. 현업요구사항정의서 해당 프로젝트를 수행하는 가장 기본이 되며 고객의 needs을 담고 있는 문서입니다. 이를 통해 다양한 스펙산정이 가능합니다. 이부분에서 요구ID를 도출합니다. 1.2. 기능챠트 현업요구사항을 근간으로 큰 카테고리를 만들어 한눈에 해당 프로젝트가 무슨 일을 하는 것인지 보여줄 있습니다. * 이부분은 개발방법론에 따라 유스케이스다이어그램으로 대치할 수도 있을 것으로 판단되어지고, 기능챠트와 같이 가도 무관하다는 판단입니다. 1.3. 프로세스 정의서 기능챠트를 기준으로 각각의 프로세스를 보여줍니다. 때에 따라 확대된 프로세스의 표현도 가능합니다. * 개발방법론에 따라 시퀀스다이어그램을 넣어도 무방하다는 판단입니다. 1.4. 인터페이스정의서 상기 현업요구사항정의서,기능챠트..