통합검색
· 마을서비스란?  · 포럼마을  · 일반마을  · 테마마을  · 마을랭킹  · 활동왕
· 덱스퍼트란?  · TECBOX   · PRSBOX   · 이용안내  
· DEXT제품군  · 솔루션베이  · S/W & ESD 컴포넌트
· 프로그램베이
· LiveSeminar  · LiveConference
  마을등급 Architecture   이 마을은 포럼마을 입니다이 마을은 자유가입제 마을 입니다 마을소개 페이지로 이동 전입신청
마을촌장촌장 손영수 주민 963 since 2006-12-28
우리마을 공지사항
질문&답변
강좌&팁
자유게시판
자료실
앨범
개인게시판
[마을 게시판]
Architecture&Design
Pattern
Testing & QA
Development Process
SOA & SaaS
Eva네 컬럼
진행중인 스터디
Eva 네
Jornadan 네
랑데브 게시판
칼럼 게시판
개발자 고충상담
Dev Talk
자유토론방
벼룩시장
재나미 우스개
구인/프로젝트 정보
사람인 채용 게시판
  고객지원 게시판
마이 데브피아
 나의 e-Money 내역
 활동왕 My Page
 스크랩한 게시글보기
 쪽지관리
 주소록관리

 칼럼 게시판 ※ 베스트 컬럼왕 이벤트가 진행 중 이오니 추천 부탁드려요!
 땅콩버터와 마천루 2008-05-23 오전 11:39:35
 only2u4u  only2u4u님께 메시지 보내기only2u4u님을 내 주소록에 추가합니다.only2u4u님의 개인게시판 가기 번호: 172  / 읽음:40,927

데브피아 아키텍쳐 시삽

(http://www.arload.net - 아키텍트로 가는 길)

 

 

 

혹시 소프트웨어를 만드실때, 땅콩버터 방식으로 만드시지는 않나요?

 

땅콩 버터라는 것은 Feature들이 중심이 되어 소프트웨어를 만드는 Bottom-Up 방식의 프로세스를 말합니다.

 

Bottom-Up 프로세스는 기존의 비교 대상도 없고, 전혀 새로운 소프트웨어를 만들때 주로 사용하는 방법입니다.이 방식은 견고하고, 더디지만 모든 Feature들이 골고루 기능 향상을 가져올수 있는 장점이 있습니다.

 

마치 땅콩 버터 (Peanut Butter) 처럼 모든 기능들이 골고루 퍼지고 진화할수 있어서 땅콩 버터 방식이라고 말합니다. 흔히 하위 레벨의 Framework이나 저수준의 Library를 개발할때는 이러한 방식이 선호 됩니다.

 

만약 여러분의 소프트웨어가 고객의 요구사항들을 많이 받아 들여야하고, 다양한 시나리오를 요구하는 경우인데도,

Feature 에 초점을 맞춘 땅콩버터 식의 프로세스와 조직을 구성하게 되면 어떻게 될까요?

 

국내의 많은 회사들이 이러한 구조를 가지고 있는데요. 새로운 시나리오가 탄생하면 많은 조직들이 협업을 해야 될뿐만 아니라, 딱 기능을 나누기에 애매한 경우 많은 정치, 책임의 분배 문제등이 발생됩니다.

 

 

반면에 이와 상반된 방식으로 마천루 (Skyscraper) 방식이 있습니다.

 

시나리오가 마천루처럼 높이 솟아 전체 소프트웨어의 기능을 구현하기 위한 좋은 기준이 된다는 것입니다.

 

명백한 기준이 있다는 것은 많은 시행착오를 줄일수 있을 뿐만 아니라. 고객의 관점에서 소프트웨어를 생각할수 있는 장점을 가질수 있습니다. 흔히 우리가 알고 있는 시나리오를 만들고 Protoype 방식으로 개발을 해 나가는 것이라고 생각하시면 됩니다.

 

바로 Top-Down 방식의 프로세스가 여기에 해당되어 지는데요. 여러분의 소프트웨어가 상위 레벨의 응용 소프트웨어로써, 많은 분들이 사용한다면 당연히 시나리오 기반( Sckscraper)의 방식으로 소프트웨어를 설계하는 것이 좋을 것입니다.

 

마이크로소프트의 VS2008 경우 개발자와 디자이너간의 협업에 중점을 두고 많은 시나리오를 만든 다음 제품을 개발했다고 합니다.

 

역시 이 방식도 단점이 있는데, 시나리오 기준으로 하다 보니 소

프트웨어가 잘 정리된 일괄적인 구조로 설계 되기 어렵고,

특정 Feature들이 먼저 개발되는 급성장으로 인해 전제 모듈간의 불균형을 야기시킬수 있습니다.

그리고 갑자기 시나리오가 수정된다면, 이것이 소프트웨어 구조에 많은 영향을 미치게 됩니다.

 

바로 땅콩버터가 언급하는 점진적이면서 균형있는 발전이라는 장점을 잃어버리게 됩니다.

 

그럼 둘다 장,단점이 있는데 ,단점을 상쇄 시키고 장점을 얻을려면 어떻게 해야 될까요? 정답은..이것들을 적절히 혼용하는 것이겠죠 ^^

 

이전 포스팅인 "Microsoft 가 좋은 소프트웨어를 만들수 밖에 없는 이유"에서 언급한 것과 같이 땅콩 버터 (기본적인 기능부터 구현해서 점진적으로 기능을 추가) 방식을 유지하되, 릴리즈가 거듭될때마다 더불어 사용 가능한 시나리오들을 점진적으로 증가시켜 테스트하는 방식이 좋은 예가 될것입니다.

 

물론 이러한 프로세스를 하기 이전에 잘 정의된 계획과 합리적인 조직 구조가 기반이 되어야 가능한 방식일 겁니다.

 

회사에 말단으로 있을때는 단순히 설계에만 관심을 가졌는데. 요즘은 더욱더 프로세스의 중요성을 깨닫게 됩니다.

 

혹시 이글을 읽는 분중에,

마천루 또는 땅콩버터 + 마천루를 결합한 프로세스를 경험하신 분이 있으시면 여러분의 이야기를 저에게도 들려주시겠습니까? ^^

[코멘트] 좋음
2008-05-23 20:03
 saeparam  saeparam님께 메시지 보내기saeparam님을 내 주소록에 추가합니다.saeparam님의 개인게시판 가기 
사용자의 요구를 그때그때 수용하다보니 전 아무래도 땅콩버터 방식인듯합니다..
올려주시는 글을 읽을 때마다 제 스스로를 돌아보게 됩니다..
좋은글 감사합니다..
저장 취소
[코멘트] 좋음
2008-05-24 07:59
 kkk123  kkk123님께 메시지 보내기kkk123님을 내 주소록에 추가합니다.kkk123님의 개인게시판 가기 
땅콩 버터 좋아하는데
저장 취소
[코멘트] 좋음
2008-05-25 15:46
 guri92p  guri92p님께 메시지 보내기guri92p님을 내 주소록에 추가합니다.guri92p님의 개인게시판 가기 
땅콩버터보다.... 포도쨈 강추!!
저장 취소
[코멘트] 좋음
2008-05-26 10:37
 k83tw  k83tw님께 메시지 보내기k83tw님을 내 주소록에 추가합니다.k83tw님의 개인게시판 가기 
개인적으로 저는 딸기잼을...ㅡㅡ;

우리나라 소프트웨어 산업의 문제점은 둘중 어떤 방식도 제대로 수행하지 못한다는 점 아닐까요?

땅콩버터나 마천루나 제대로만 수행한다면 정말 좋은 방식인데 말이죠.
저장 취소
[코멘트] 좋음
2008-06-14 16:48
 wxjin  wxjin님께 메시지 보내기wxjin님을 내 주소록에 추가합니다.wxjin님의 개인게시판 가기 
저두 딸기 잼..... ^^;

보통의 경우 범용 소프트웨어가 아닌 경우는 거의 고객의 요구 때문에 자기 자신의 원하는 방식이 통용 안되는 경우

가 많은 것 같습니다. 정말 계획적으로 구성하고 설계하고 이렇게 저렇게 암만 고심을 해봐도 특히 우리나라는 고객

들이 워낙에 IT에 관심이 많아서 여러가지 테클과 요구를........저의 경우는 이미 만들어진 모듈을 버려야 하는 경우

가 상당히 많았는데......크헉 얘기 하다보니 딴데로 흘러가려는.... ㅡㅡㅋ
저장 취소
[코멘트] 좋음
2008-06-15 03:04
 only2u4u  only2u4u님께 메시지 보내기only2u4u님을 내 주소록에 추가합니다.only2u4u님의 개인게시판 가기 
아마 고객들은 자신에게 정작 필요한 프로그램이 뭔지도 모르면서.
많은 요구사항들을 늘어놓게 되는 경우가 많은것 같습니다.

그렇기 때문에 보통 요구사항을 정리하고 적절히 타협할줄 아는 그런 기술적인 리더가 있어야 되는데.
선영업, 후노가다 라는 우리나라 IT 특성상 ^^; 어쩔수가 없네요 ^^

참 힘든것 같습니다. ^^
저장 취소
[코멘트] 좋음
2010-02-26 20:20
 sichon2  sichon2님께 메시지 보내기sichon2님을 내 주소록에 추가합니다.sichon2님의 개인게시판 가기 
간단한 프로그램에서 고객이 요구사항을 들어 주다 보면 프로그램이 지저분해 집니다.
공통점도 없고 특정업체을 위한 프로그램이 되므로
토스트에 땅콩이 골고루 바르는 것이 아니라 잡다한 야채가 섞여서 뭐가 뭐진 모르게 되어 버립니다.
한참 후에 다시 보면 이것을 내가 만들었는지 내가 대단한 놈으로 보일때가 있습니다.

어느새.. 이프로그램 무의미한 프로그램으로 되어 버립니다.
저장 취소
코멘트쓰기
  좋음   놀람   궁금   화남   슬픔   최고   침묵   시무룩   부끄럼   난감
* 코멘트는 500자 이내(띄어쓰기 포함)로 적어주세요.
목록 보기   지금 보고 계시는 글을 회원님의 my Mblog >> 스크랩에 넣어두고 다음에 바로 보실 수 있습니다.  
회사소개  |   개인정보취급방침  |  제휴문의  |   광고문의  |   E-Mail 무단수집거부  |   고객지원  |   이용안내  |   세금계산서
사업자등록번호 안내: 220-81-90008 / 통신판매업신고번호 제 2017-서울구로-0055호 / 대표: 홍영준, 서민호
08390, 서울시 구로구 디지털로32길 30, 1211호 / TEL. 02_6719_6200 / FAX. 02-6499-1910
Copyright ⓒ (주) 데브피아. All rights reserved.