사용자 삽입 이미지


들어와서 생각나는 대로 정리했습니다~~


신고
Posted by 이카루스

금일 모임 관련

2007.05.08 10:29
금일 7시에 모이기로 했죠.

아젠다
1. DDD 1장부터 7장
2. 씨드 머니 및 회사 창립 방안 강구
3. 6월 5일이 낀 주 모임 스케줄 관련

출석이 어려우신 분은 저한테 메일 주세요.
신고
Posted by 김민재
어제는 DDD를 준비하기에 시간이 부족했던 것도 있고,

2주전부터 민재차장님한테 개발프로세스에 대해

공유하는 자리를 가졌으면 했었는데, 어제 DDD Part I을 준비하기에

시작이 부족했던 것도 있고 해서 나름대로 컨셉을 잡고 있는 개발프로세스..

BPR부터 개발후 산출물 보안까지를 간략히 설명드리면서, Q&A를 가졌습니다.


개략적인 컨셉은 품질의 Rating level설정과 모델링 전략,

환경에 따른 모델요소 도출방법과 이유..

각각의 단계별 집중해야 할 일의 아웃라인과 단계별 연계..


SI일의 대부분이 기준설정과 평가라는 것이 많이 가미되는데,

요구분석부터 개발에 이르는 각각의 단계에

품질의 사상적 측면이 가미되지 않은 것에서 많은 문제가 발생한다는 것에서

일반적인 절대기준제시방식을 전략적 측면에서 개선할 여지가 상당히 많은 것 같습니다.


일정은 아직 확실히 잡히지 않았지만,

다음은 품질에 대한 얘기와(ISO9126이나 ISO14598, CMMI PPQA로..)..

문서란 산출물이 가지는 의미에 대해서도 짧게 커뮤니케이션을 하는게 좋겠다 싶네요.

실제 모델링을 하는 것도 짧게 1시간 정도면 구현직전까지 가능할 것 같으니 이것도 함께..
신고
Posted by cavin

[DDD] 1/4

2007.04.21 01:45
네 번 모임으로 끝내도록 하는게 좋을듯 합니다.

우리 네명의 기본 브랜드가 되어야 함으로 어떤 chapter는 스킵하고 가는게 맞지 않아 보입니다. 그리고 다들 번역책 베타 리뷰어로 활동들을 하셔야 하니.. 전체장을 다루도록 하겠습니다.

총 17장으로 되어 있습니다. 순서대로 1장씩 네번을 진행하니까 총 4장을 준비하는 꼴이 되겠죠. 마지막 17장과 결론은 제가 정리토록 하겠습니다.

I. PUTTING THE DOMAIN MODEL TO WORK.
1. Crunching Knowledge.
2. Communication and the Use of Language.
3. Binding Model and Implementation.

II. BUILDING BLOCKS OF A MODEL-DRIVEN DESIGN.
4. Isolating the Domain.
5. A Model Expressed in Software.
6. The Lifecycle of a Domain Object.
7. Using the Language in an Example: A Cargo Shipping System.

III. REFACTORING TOWARD DEEPER INSIGHT.
8. Breakthrough.
9. Making Implicit Concepts Explicit.
10. Supple Design.
11. Applying Analysis Patterns.
12. Relating Design Patterns to the Model.
13. Bringing the Pieces Together.

IV. STRATEGIC DESIGN.
14. Maintaining Model Integrity.
15. Distillation.
16. Large-Scale Structure.
17. Bringing the Strategy Together. - 김민재
신고
Posted by 김민재
[Resource and rule Patterns]
* actor-role pattern[김민재][1st-completed]
* business definitions[박용해][1st-completed]
* business event-result history[이경진][1st-completed]
* contract[나현빈][1st-completed]
* core-respresentation[나현빈][1st-completed]
* document[김민재]
* employment[이경진]
* geographic location[이경진]
* organization and party[나현빈]
* product data management[나현빈]
* thing-infomation[박용해]
* title-item[김민재]
* type-object value[박용해]

[Goal Patterns]
* business goal allocation[이경진][1st-completed]
* business goal decomposition[김민재][1st-completed]
* business goal problem[박용해][나현빈][1st-completed]

[Process Patterns]
* action workflow[나현빈][1st-completed]
* basic process structure[박용해]
* process feedback[김민재]
* process instance state
* process interaction[박용해]
* process layer control[김민재]
* process layer supply[이경진]
* process-process instance
* resource use[이경진]
* time-to-customer[나현빈]
신고
Posted by cavin
8장 Goal Patterns는 3개의 주요한 패턴으로 구성되어 있는데, 이 셋 간의 관계를 살피는데 도움이 되는 단락이 아래와 같다.

These patterns are highly related to each other. Typically, the Business Goal Decomposition pattern is used first to break down high-level business goals into more concrete and measurable sub-goals. These sub-goals are then allocated to individual business processes using the Business Goal Allocation pattern. When defining a goal hierarchy with the Business Goal Decomposition, it is often suitable to use the Business Goal Problem pattern in order to find the problems that can prohibit the achievement of goals. These problems often lead to the identification of sub-goals that help avoid the problems.

Intent
  • The Business Goal Decomposition pattern is used to streamline the goal-modeling process by breaking down the business goals into hierarchies. In this way, high-level business goals can be divided into more concrete subgoals that are then allocated to specific business processes.

    streamline 라는 단어를 눈여겨 볼 필요성 있음. 목표에 대한 모델링을 극도로 효율적이게 만들기 위해서 이 패턴이 사용되어진다는 것.

Motivation
  • To identify goals for allocation, the overall
    goal for the business is broken down in smaller pieces called subgoals.
  • 도서관을 예로 들었는데 도서관의 경우는 4개의 subgoals로 세분화된다.
    The library should provide information by complementing its books with
    Internet access.
    The library’s books should meet the people’s needs.
    The library should have competent and personal customer service to
    encourage reading.
    The books should be considered quality literature.
  • Another way to identify subgoals is to ask why something is done.

Applicability
  • The Business Goal Decomposition pattern can be utilized in all situations where the business goals are not fully understood.

Participants
  • Goal
  • SubGoal
  • SubSubGoal

Consequences
  • When you compose and decompose business goals, you help to facilitate the validation of the overall business goals.
  • When decomposing goals, contradictory goals may appear.
    The Business Goal-Problem pattern provides guidelines for
    handling this type of problem.
신고
Posted by 김민재
"Resource and Rule Patterns" 중에 하나..
다음을 생각해 보자.
은행에 룰이 하나 있는데, 큰돈에 대한 인출은 office manager의 승인을 받아야 한다는 것이다. 그런데 manager와 clerk의 역할이 구별되어 있지 않으면 액터는 "employed in a bank"로 규정되어지고, 따라서 어떤 액터가 큰돈에 대한 인출이 가능한지 정확하게 표현하는데 애로사항이 있을 수 있다.
따라서 Actor-Role를 쓰는 것이다.

Intent
  • 액터와 역할에 대한 컨셉 사용에 대한 가이드라인 제공
  • 어떻게 구별되어야하고, 어떻게 결합되어야 하는지를 포함

Motivation
  • An actor is someone or something that functions on its own, such as a machine or a person.
    A role describes an action taken by the actor.
  • Actors have attributes that describe competence, knowledge, and experience.
    Roles have attributes that describe operational directions (such as responsibility or the security level attached to that role) and, often, requirements for the actors who play those roles.

Applicability
  • The Actor-Role pattern can be used in all problem situations in which there is a need to separate actors from roles.
  • The Actor-Role pattern models the actor (the Actor class), the different roles (the Role class) and the business rule to ensure that they are mutually exclusive (Actor-Role connection rule).
Structure
  • more..



Participants
  • Context
  • Actor
  • Role
  • Possible Actor-Role Connection
  • Actor-Role Connection Rule
신고
Posted by 김민재

관리도구 필요?

2007.03.10 11:44
일정에 대한 히스토리를 쉽게 남기기 위한 달력을 붙여야겠네요.(google calendar도 좋고)

그걸로 일정관련 툴이나 메일같은 것으로 연동해도 좋고..

bubbl.us로 개념도 그려서 관리해도 괜찮을 것 같기도 하고..

툴을 활용해서 이득볼 수 있는 것들도 틈틈이 생각해서 생각나는대로 실천해보죠 ^^

신고
Posted by cavin
어제 잠깐 언급드렸던 agile toolkit podcast란 곳입니다.

agile과 관련된 쟁쟁한 사람들의 podcast가 올라옵니다.

podcast는 듣고나면 간단하게 두어줄로 정리해서 공유하면 좋을 것 같아요.

듣고나면 잊어버리니..


신고
Posted by cavin
요 며칠 찾았는데 쉽게 찾아지지 않네요.

일일이 치는 것도 방법이긴 하지만 가급적이면 온라인에 참고가능한 레퍼런스를 찾아서

그것을 보면서 하고 싶은데.. 찾아지시면 링크좀 부탁드려요.
신고
Posted by cavin

BLOG main image
by 김민재

공지사항

카테고리

분류 전체보기 (12)
패턴 (3)
Prototyping (0)
오픈리소스 (1)
디자인 (1)
SOA (0)
Methodology (0)
이야기 (6)

태그목록

글 보관함

달력

«   2017/08   »
    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    
Total : 20,399
Today : 0 Yesterday : 0