소스플로우

오늘은 기획자라면 반드시! 꼭! 알아두면 좋은 최고의 툴인 파워목업을 소개하고자 합니다.

기획자는 스토리보드 작업을 많이 할텐데 파워목업은 기획작업에 필요한 소스들을 일일이 그리지 않고 빠르게 작업할 수 있어 시간적인 효율성이 매우 뛰어납니다.

또한 파워목업은 라이브러리 창을 '파워포인트' 창에 통합하는 애드온(플러그인)으로 포함된 와이어 프레임 및 모형 모양에 쉽게 액세스 할 수 있다는 장점이 있습니다.

기본으로 제공되는 Shapes를 이용하여 아주 간단하게 웹, 스마트 디바이스용 어플리케이션, 기본 윈도우 앱을 비롯한 여러 플랫폼의 UI를 디자인을 할 수 있고 개인적으로 자주 사용하는 모양을 만들어 넣어서 사용할 수도 있습니다.

 

우선 파워목업 설치를 위해 사이트를 방문해 줍니다.

http://www.powermockup.com

 

 

트라이얼 버전을 다운로드 해줍니다.

다운로드 이후에는 설치를 다음다음하면서 해주면 됩니다.

여기서 한가지! 파워목업은 독립된 프로그램이 아니라 파워포인트에 애드온해서 사용하는 프로그램 이므로 설치전에 파워포인트 설치를 먼저해주는 것이 좋습니다.

 

설치를 마치고 나면

 

환영인사와 함께 간단한 사용 매뉴얼을 파워포인트로 띄워줍니다.

우측의 라이브러리를 통해 다양한 아이콘부터 프레임까지 바로바로 마우스로 드래그앤 드랍으로 불러와 사용할 수 있습니다.

파워포인트에서 도형 불러오듯이 그냥 불러와서 쓰기만 하면 되는 아주 직관적이고 쉬운 사용법으로 누구나 쉽게 사용이 가능합니다.

 

다만 체험판이라서 진한 검정색으로 표시된 모양들만 사용이 가능한데 유료로 라이센스를 구매해 사용하면 모든 모양이 활성화되면서 사용이 가능해집니다.

혼자서 쓰실거면 Individual 버전 정도를 구입하면 되겠네요.

 

블로그 활동을 열심히 하시는 분이라면 저처럼 파워목업 소개 자료를 포스팅하시고 해당 URL로 무료 라이센스를 신청해보시면 파워목업 개발자분이 심사 후 무료 라이센스키를 발급해주기도 합니다.

 

무료 라이센스 관련 안내 내용은 아래 링크를 방문해 확인해주시기 바랍니다.

https://www.powermockup.com/order/free-license

 

영문이지만 어렵지 않습니다. 번역만 돌려도 다 이해가능합니다. ^^

 

사이트를 번역!하면 이렇게 한글로 보기좋게 보입니다.

 

무튼 파워목업을 기획일 하는 분들에게 적극 추천하는 이유는

웹이나 앱 기획시 자주 사용하는 와이어 프래임을 파워포인트의 모양도구처럼 쉽게 불러와 쓸 수 있고

또 그 와이어프레임 종류가 상당히 많이 있다는겁니다.

더군다나 임의로 사용자가 필요로하는 와이어프래임을 추가해 사용하는것도 가능한데 이 점이 상당히 매력적입니다.

 

기획일 하다보면 느끼겠지만 고객의 요구사항이 다양한 만큼 화면설계서도 디자인처럼 한눈에 알아보기 쉽게 요청하는 경우가 많은데 파워목업은 그런 꼼꼼한 고객의 요구사항을 대응하기에 매우 효과적인 툴이란 겁니다.

 

아이콘 종류만 잠시 볼까요?

 

일부만 모아봐도 이정도입니다.

여기에 핸드폰 모양이나 웹프라우저 모양 등 이것저것 세보면 수도없이 많은 종류의 와이어프레임을 그냥 바로바로 불러와 쓸수 있다는겁니다.

작업시간이 얼마나 줄어들까요? 직접 작업을 해보시면 그 차이가 확연하게 느껴질겁니다.

 

 

이렇게 유용한 툴인데 사용해야될까요? 안될까요?

판단은 각자의 몫이지만 기획일을 하려는 분들이라면 전 강력 추천!! 드립니다.

크로스 플랫폼 :

하나 이상의 플랫폼에서 실행 가능한 소프트웨어라는 것을 뜻하는 용어. 예시로, 한 앱이 안드로이드와 아이폰에서 기능상, 외관상의 차이 없이 똑같게 실행된다면 그 앱은 크로스 플랫폼으로 개발된 것이라 볼 수 있다. 

컴포넌트 개념의 유래 

많은 하드웨어 제품들은 각각 독립된 기능을 가진 모듈로 만들어진다.

이 제품들은 회사 상관없이 서로 조합하여 하나의 제품이 만들어진다.

이러한 제품들의 부품은 문제가 발생했을 시,

해당 부품만 다른 부품으로 바꾸어도 제품은 문제없이 작동한다.

컴퓨터와 스마트폰과 같은 제품들을 상상해보면 금방 이해가 갈것이다.

 반면에, 소프트웨에 에서는 상황이 틀리다.

소프트웨어를 독립적으로 개발되지 않은 경우가 많을 뿐더러, 독립적으로 개발되어도

다른 모듈과의 호환을 생각하지 않고 개발한다. 

이는 결국 소프트웨어의 재사용을 어렵게 하고 유지보수 비용이 크게 증가하는 원인이 된다.

이러한 상황에서 소프트웨어의 재사용의 중요성 과 필용성을 위해 나온 기술이 컴포넌트 기술이다.

컴포넌트는 독립적인 단위모듈이다.

하드웨어처럼 독립적인 기능을 수행하고 추후에 교환될 수 있도록 해야한다.

또한 컴포넌트의 세부사항은 겉으로 드러나선 안되는것 이며, 일부러 끄집어 내려는 시도조차

하지 말아야 한다. 필요한것은 단지 해당 컴포넌트를 쓰기 위해 제공해주는 일종의 '장치'가 필요하다.

예를들어서, 스마트폰의 밧데리 수명이 다했을 경우 밧데리를 새로 구입하여,

스마트폰에서 밧데리만 교체했을 것이다. 이때 스마트폰 단자와 밧데리 단자가 맞물려야 제 기능을

발휘하는데 이때 밧데리 단자가 앞서 말했던 일종의 '장치'가 된다.

컴포넌트 개념을 객체지향 언어에 대입

스마트폰과 밧데리가 각각 독립적으로 문제없이 돌아간다고 가정할때, 상호간의 단자만 규격에 맞을시, 

어떠한 밧데리를 교환하더라도 스마트폰은 정상 작동할 것이다.

이와 같이 소프트웨어 에서도 단자와 같은 일종의 장치가 필요하다. 객체지향 언어에서는 이러한 장치를

인터페이스(interface)로 제공해준다. 인터페이스는 사용자에게 해당 소프트웨어를 쓰기위한 

메서드(=장치)를 공개하고, 규격화된 메서드 환경에서 소프트웨어를 개발할 수 있는 환경을 제공해준다.

소프트웨어의 세부내용은 인터페이스를 구현받은 클래스가 작성한다.

이렇게 함으로써 객체지향 개념은 정보은닉개념을 수행할 수 있을 뿐더러,

각각 독립된 모듈로 소프트웨어를 만들수 있도록 크게 이바지 할 수 있다.

결론적으로, 컴포넌트는 각각 독립된 모듈을 뜻하며, 이는 흔히 JAVA같은 oop 언어등의 class등의

개념과는 다르다. 하나의 컴포넌트는 하나의 클래스로만 작성될 수 도 있지만, 여러개의 클래스로도

작성될 수 있기 때문이다. 컴포넌트 개념을 잘 적용한 소프트웨어란 부품(인터페이스를 구현받은 클래스)

만 바꾸어 주었을시, 오류 없이 잘 작동 되는것 을 의미한다.

1. 컴포넌트는 독립적인 소프트웨어 모듈이다

컴포넌트를 한마디로 표현하자면 소프트웨어 시스템에서 독립적인 업무 또는 독립적인 기능을 수행하는 모듈로서 이후 시스템을 유지보수하는데 있어 교체가 가능한 부품이다.

소프트웨어 컴포넌트는 하드웨어의 그래픽카드와 같은 개념으로 독립적인 기능을 수행하는 소프트웨어 모듈이라고 설명할 수 있으며 소프트웨어 컴포넌트는 컴포넌트란 말로 대체되어 사용되고 있다.

2. 컴포넌트는 구현, 명세화, 패키지화, 그리고 배포될 수 있어야 한다

컴포넌트의 정의나 형태는 관점에 따라 다양하게 존재하지만 재사용 부품으로서의 컴포넌트가 되기 위해서는 아래의 내용들을 만족해야만 한다.

소스코드(Source Code)가 아닌 실행코드(Executable Code) 기반으로 재사용할 수 있도록 이미 구현(Implementation)이 완료되어 있어야만 한다

컴포넌트는 해당 컴포넌트의 용도, 유형, 기술표준과 인터페이스등에 대한 정보들에 대해서 명세화(Specification) 되어 있어야만 한다

교체가능한 컴포넌트를 개발하기 위해서는 표준(Standard)을 준수하여 개발해야 한다

컴포넌트가 개발되어 배포될 때 관련 문서와 코드들이 독립적인 단위로 패키지화(Packaging)되어 있어야만 한다

컴포넌트는 독립적인 업무단위로 개발된 것이므로 사용자가 필요한 기능만을 패키지한 컴포넌트를 재사용할 수 있도록 독립적으로 배포(Deployment) 가능해야만 한다

3. 하나의 컴포넌트는 하나 이상의 클래스들로 구성될 수 있다

컴포넌트와 클래스는 다른 개념이며 컴포넌트와 객체 또한 다른 개념이므로 컴포넌트가 되기 위해서 반드시 클래스나 객체로 만들어야만 하는 것은 아니다. 기존의 C나 Cobol로 개발된 모듈 또한 컴포넌트로 만들수 있으나 현재의 컴포넌트 기술 표준들과 핵심개념들이 객체지향에서 비롯된 개념들이 많아 컴포넌트를 개발하는데 있어 객체지향 기술을 바탕으로 하는 것이 보다 효과적일 수 있다. 하나의 컴포넌트를 개발하기 위해서는 하나 이상의 클래스들을 바탕으로 개발할 수 있으며 이렇게 개발된 컴포넌트가 실행될 때 해당 컴포넌트의 인스턴스(Instance)인 컴포넌트 객체가 수행된다. 이때 컴포넌트 내부에는 하나 이상의 클래스에 대응하는, 하나 이상의 객체들이 수행되고 있는것이라고 생각할 수 있다

4. 컴포넌트는 인터페이스를 통해서만 접근할 수 있다

컴포넌트내의 정보는 외부로부터 모두 숨겨진다. 따라서 외부에서 접근할 수 있도록 컴포넌트가 제공하는 서비스를 정의한 인터페이스만을 제공하고 컴포넌트를 사용하기 위해서는 어떤 인터페이스를 사용해야 하는지만을 알수 있다. 따라서 인터페이스는 외부와의 연결을 위해 반드시 존재해야만 하며 이처럼 컴포넌트가 내부 정보를 숨기고 인터페이스만 제공함으로써 소프트웨어도 하드웨어처럼 조립 기반으로 갈수 있게 되는 것이다.

출처: 

http://mommoo.tistory.com/55 [개발자로 홀로 서기]

http://blog.naver.com/PostView.nhn?blogId=k1qpo&logNo=104169141

cardinality 란 사전적 의미로는 집합원의 갯수라고 합니다. (원소의 개수)

쉽게 이야기 하자면..

cardinality 가 낮은 경우의 대표적인 속성들로는 성별, 부서, 지역 등이 있을 수 있습니다.

대표적으로는 성별로 들 수 있는데, 성별의 속성에는 남자, 여자 의 두개의 데이터 값만 들어 갈 수 있기 때문에 cardinality 가 낮다고 이야기 할 수 있고,

cardinality 가 높은 경우의 대표적인 속성들로는 주민번호, 사원번호 등이 있을 수 있고,

대표적으로는 주민번호 를 들 수 있는데, 대한민국 전체 인구가 서로 다른 주민번호를 갖고 있기 때문에

cardinality 가 높다고 이야기 할 수 있습니다.