울 와이프에게 배울것이 참 많지만...
정말로 주변에 이야기 하고 싶은 것은...
요즘 여성들과는 다르게...
고생을 같이 하는 것에 대해서...
그렇게 어려워 하지 않는...
멋진 여성입니다.
~.~
음... 어디보자 어떤 이야기를 해야할까요?
요즘 여성들은 셋방살이부터 시작하는 경우가 없다죠? 그런 남자들은 능력없다고 배척한다죠?
사실... 남성이든 여성이든...
상대방의 성공이든...
실패이건...
'부부'란 하나의 '목표'를 공유하는 것...
그것이 '부부'아닌가 하네요.
좀 지난이야기지만...
예전 이야기를 한번 풀어보죠...
.
.
.
첫 신혼살림을 시작한...
주안주공아파트...
사진을 구할 수는 없지만...
신동아 ‘미네르바’ 오보 사과드립니다
동아일보사가 발간하는 월간지 신동아는 2008년 12월호에 자체 취재한 인터넷 논객 미네르바의 기고문을 실었습니다. 2009년 2월호에는 ‘미네르바는 금융계 7인 그룹…’이라는 내용으로 자칭 미네르바 K 씨의 인터뷰 기사도 게재했습니다.
그러나 K 씨는 후속 취재에서 자신은 미네르바가 아니라며 당초의 발언을 번복했습니다. 신동아는 발언 내용과 번복 배경을 검증하는 과정에서 K 씨가 미네르바가 아니라고 판단하고 17일 오후 늦게 발매되는 3월호에 사과문을 게재했습니다.
동아일보사는 오보를 하게 된 경위를 규명하기 위해 사내에 진상조사위원회(위원장 최맹호 상무이사)를 구성해 16일 조사에 착수했습니다.
조사과정의 객관성을 담보하기 위해 진상조사위에 외부의 법조인과 언론학자도 참여시켜 조사 내용을 철저하게 검증받을 계획입니다.
조사가 마무리되는 대로 독자 여러분께 그 결과를 알려 드리겠습니다.
상세 설계는 개념 설계를 구현이 가능한 수준의 설계 산출물로 변환하는 작업이다. 다음과 같은 작업을 수행한다.
DB와 관련한 설계 산출물 정의는 아래와 같다.
그림 Ⅴ-36. DB 설계 산출물 정의
그림 Ⅴ-37. 클래스, 속성 그리고 오퍼레이션
그림 Ⅴ-38. UML Class model notation
그림 Ⅴ-39. Aggregation Relationships
DB설계 과정 시 클래스들과의 관계(association), 상속(inheritance) 그리고 집합(aggregation)을 포함시켜 클래스 모델을 작성한다. Model-View-Control 설계 패턴을 사용하여 지속성(persistent)을 요구하는 클래스를 식별한다.
그림 Ⅴ-40. UML Relationship
식별된 지속성 클래스에 대하여 관계형 테이블 맵을 작성한다.
그림 Ⅴ-41. 클래스와 테이블의 매핑
서버 관련 엔터티빈 설계 정의는 아래와 같다.
그림 Ⅴ-34. 엔터티 빈 설계 정의 예제
서버 관련 세션 빈 설계 정의는 아래와 같다.
그림 Ⅴ-35. 세션 빈 설계 정의 예제
서버 관련 설계 산출물 정의시 세션빈에 대한 알고리즘 설계서와 시퀀스 다이어그램을 포함하여야한다.
UI 상세 설계 산출물 구조는 아래와 같다.
그림 Ⅴ-32. UI네비게이션 모델
UI에 대한 화면 정의는 아래와 같다.
|
| |
|
화면 개요 |
병원 시스템을 사용할 환자가 시스템의 사용자로 등록하기 위한 화면으로 크게 기본정보, 연락처 정보, 기타를 입력하고 등록을 요청한다. |
그림 Ⅴ-33. UI 화면 정의 예제
화면 구현 방법 기술
이름은 20자리로 제한하시요.
주민등록번호는 14자리로 제한하시요.
생년월일은 화면에서 받은 데이터를 YYYYMMDD의 형식으로 저장하시요.
성별은 남자는 string "M", 여자는 string "F"로 저장하시요.
혈액형은 "A","B","AB","O"로 구분하시요.
RH형은 "RH+","RH-"로 구분하시요.
우편번호는 10자리로 제한하시요.
주소는 두줄이며 첫번째 줄은 집주소, 두 번째 주소는 직장 주소가 들어갑니다. 모두 50자리로 제한하시요.
집전화번호와 직장 전화번호는 20자리로 제한하고 –를 사용하여 번호를 구분하시요.(예: 02-3060-4050)
이메일은 20자리로 제한하시요.
개인 및 가족 병력은 100자리로 제한하시요.
PatientValue 객체를 생성한다.(예 PatientValue patient = new PatientValue() )
PatientValue 객체의 속성에 화면에서 입력한 값을 넣는다.
(address1: 집주소, address2: 회사주소, bloodType: 혈액형, citizenNum: 주민등록번호, dateOfBirth: 생년월일, email: 이메일, gender: 성, patientName: 이름, phoneHome: 집 전화번호, phoneOffice: 사무실 전화번호, thType: RH 타입, zipCode: 우편번호, note: 개인 및 가족 병력)
PatientControlBean.registerPatient를 호출하고 입력값은 PatientValue 객체를 넣는다.)
3을 처리할 때 화면의 로직에서 TX의 시작과 끝을 명시하지 말 것(이미 PatientControlBean에서 tx를 시작하고 끝내도록 만들어져 있습니다.)
PatentControlBean.registerPatient에서 넘어온 exception을 화면에서 잡아서 messagebox로 뿌려줄 것.(exception이 발생하면 환자 정보 화면으로 변경되지 않습니다.)
3이 정상적으로 처리되면 리턴값 PatientValue 객체를 받고 환자 정보 화면으로 바뀌도록 할 것
환자 정보 화면은 PatientValue 객체를 사용하여 화면을 보여줄 것
환자 정보에서 진찰등록증 보기를 누르면 진찰 등록증 화면이 popup으로 뜨고 등록번호는 PatientValue 객체의 patientCode 속성을 사용하여 진찰등록증 화면을 보여줄 것.
취소 버튼을 누르면 환자 등록 화면에 들어간 데이터가 삭제되고 빈 화면이 보이도록 하시요.
UML 표기법을 최대한 활용하고 개발자들이 상세 설계 문서를 보고 개발을 진행할 수 있도록 하는 상세 설계 산출물을 정의한다.
그림 Ⅴ-31. 설계 산출물 구조
UAE...하면 잘 모르시지만, 두바이 하면 다들 아시죠?
그 두바이가 속해있는 나라가 UAE(아랍에미레이트)랍니다. 그리고, 그 UAE의 수도가 아부다비라고 하네요...
크게 보기
위치는... 여기쯤 되네요.... ~.~
다음의 지도로는... '해외'는 안나와서리.. ㅋㅋ
좌우당간...
그 아부다비에 제가 소속되어 있는 기업의 병원 정보시스템 및 병원 서비스를 수출하는데...
그 전체 정보시스템의 총책임자의 자격으로 다음주 23일 아부다비로 해외출장을 가게되었습니다.
~.~
그런데... 아부다비에 설립되는 병원의 시스템이 참 독특합니다.
일단 UAE가 돈이 많아서인지...
세계 최고의 각 병원들과 업무협약을 하고...
그 병원들에서 의료진과 서비스, 정보시스템을 각각 들여와서...
일종의 각 병원들이 컴포넌트 or 서비스 지향 시스템처럼...
하나의 '병원'위에서 다양한 병원의 서비스와 의료진들이 움직이는 방식입니다.
이번에 출장을 가게 되는 것은...
그러한 각 병원들의 서비스가 얽히게 되려면...
가장 중요한 것이 정보시스템이겠죠?
그 정보시스템에 대한 전략과 아키텍처를 구성하는 첫번째 미팅이 될것 같습니다.
존스홉킨스는 심장, 우리들병원은 척추... 머 이런식으로 구성되면서...
각국의 정보시스템과 만나게 되고 연동하게 될것 같네요.
거기다가...
병원에 필요한 기본적인 물류부터, X레이나 MRI와 같은 자비와 연동되는 PACS등등...
공용적으로 필요한 부분들과...
각자가 필요한 시스템 영역들에 대해서...
많은 논의가 있을 것 같습니다.
어찌보면 세계 최초로 구현되는 방식이 아닐까 하네요...
거기다가...
제가 그동안 연구해오고 계속 일해오던...
일을 가장 연장할 수 있는
멋진 일인듯 합니다.
~.~
좋은 경험하고...
다양한 사람들 만나고...
잘 우겨서(?)...
우리쪽에 맞는 시스템을 공급해야할텐데...
~.~
아부다비 잘 다녀오겠습니다...
