anydragon

업무 프로세스 재설계(BPR) 7원칙

업무 자체보다는 업무의 결과를 중심으로 조직화하라.
프로세스의 결과를 이용하는 사람이 해당 업무를 수행하게 하라.
정보처리 업무는 정보를 실제로 생산하는 업무에 포함시켜라.
지리적으로 분산되어 있는 자원을 마치 중앙에 집중되어 있는 것처럼 취급하라.
병행 업무에 대해서는 결과의 통합이 아닌, 과정의 연결을 시도하라.
의사 결정점을 실제로 업무가 수행되는 곳에 두고, 통제를 처리과정의 일부로 만들어라.
정보는 한 번만 그 원천(발생지역)에서 파악하라.

SELinux 사용 예

httpd 안에서 다른 서버의 Database를 사용하고 싶을때

setsebool -P httpd_can_network_connect_db on

1	setsebool -P httpd_can_network_connect_db on

Apache Log를 NFS 사용하고 싶을때

setsebool -P httpd_use_nfs on

1	setsebool -P httpd_use_nfs on

dovecot (imap)을 사용하고 싶을때

setsebool -P dovecot_disable_trans 1

1	setsebool -P dovecot_disable_trans 1

svn 서버를 쓰려고 할때

$ semanage fcontext -a -t httpd_sys_content_t '/home/svn(/.*)?'
$ semanage fcontext -a -t httpd_sys_script_rw_t '/home/svn/[^/]+/(dav|db)(/.*)?'
$ semanage fcontext -a -t httpd_sys_script_exec_t '/home/svn/[^/]+/hooks(/.*)?'
$ restorecon -Rv /home/svn

$ semanage fcontext -a -t httpd_sys_content_t '/home/svn(/.*)?'

$ semanage fcontext -a -t httpd_sys_script_rw_t '/home/svn/[^/]+/(dav|db)(/.*)?'

$ semanage fcontext -a -t httpd_sys_script_exec_t '/home/svn/[^/]+/hooks(/.*)?'

$ restorecon -Rv /home/svn

Zend optimizer 를 설치 할때

semanage fcontext -a -t textrel_shlib_t ./ZendOptimizer.so
setsebool -P allow_execheap=1
getsebool allow_execheap
execstack -c ./ZendOptimizer.so

semanage fcontext -a -t textrel_shlib_t ./ZendOptimizer.so

setsebool -P allow_execheap=1

getsebool allow_execheap

execstack -c ./ZendOptimizer.so

http public_html 을 사용하려 할때

chcon –R –t httpd_user_content_t /home/User/public_html
setsebool –P httpd_enable_homedirs=1

1 2	chcon –R –t httpd_user_content_t /home/User/public_html setsebool –P httpd_enable_homedirs=1

openvpn 인증서 생성할때

setsebool -P openvpn_enable_homedirs 1
setsebool -P openvpn_disable_trans on

1 2	setsebool -P openvpn_enable_homedirs 1 setsebool -P openvpn_disable_trans on

프로젝트 진행

공통작업
1. 와이어 프레임과 스토리보드에서 너무 정교하게 구현하면 거기에 빠질수 있다.
  특히 요즘 나오는 와이어프레임툴이나 스토리 보드 툴들이 가능하면 정교한 컴포넌트를 제공하기는 하지만 그 정교함으로 인해 오히려 작업에 방해가 많이 된다. 정교해야 하는 부분과 정교하지 말아야 하는 부분을 명확하게 구분하는 것은 반드시 필요하다.
2. 구성요소
  1. change log – 개정 이력 (version history, last updated, description, issue, writer)
    모든 문서에는 개정 이력이 있어야 한다. 개정이력이 있어야만 언제 어떻게 수정이 되어 갔는지 어느 버전의 문서까지 작업을 했는지가 구분이 되기 때문이다.
와이어 프레임 (wireframe)
1. 정의
  화면 설계에 있어서 구체적으로 면과 색을 칠하기 전의 상태 즉 뼈대 혹은 윤곽선만 잡아 놓은 형태를 말한다. 웹디자인에서 각 페이지의 영역구분과 컴포넌트 배치, 컨텐츠의 배치등을 해 놓은 문서를 말한다.
2. 구성요소
  1. change log – 개정 이력
  2. detail view
WorkFlow
1. 정의
  작업의 흐름을 말한다. 우리말로 하면 작업 흐름도 정도로 번역할수 있을 것이다.
2. 구성요소
  1. change log – 개정 이력
  2. detail view – 사용자가 할수 있는 작업(시나리오)들을 방향성이 있는 그래프의 형식으로 표현되는 플로우차트여야 한다
스토리보드 (storyboard)
1. 정의
  스토리보드는 보는 사람이 스토리의 내용을 쉽게 이해할수 있도록 화면을 그림으로 정리한 계획표를 말한다.
  스토리보드는 화면 설계 시나리오를 시각화 하여 표현하기 위한 도구인 동시에 고객, 개발자, 디자이너 간의 의사소통을 돕기위한 중요한 수단이다.
  스토리 보드는 와이어 프레임, WorkFlow, 컨텐츠, 인터렉션까지 모두 포함한 문서이어야 한다.
2. 구성요소
  1. change log – 개정이력
  2. I.A. – 화면설계서의 앞부분에 넣음으로 다른 작업자들이 직관적으로 이해하게 된다.
  3. roll define – 본격적인 내용이 시작되기 전에 화면 설계에서 사용할 일종의 규칙(범례)을 정한다.
  4. detail view – 화면 상세 보기로 주의할 점은 가능하면 실제로 들어갈 데이터를 샘플로 넣어주는 것이 바람직하다.
기능 정의서
1. 스토리보드에 작성된 내용을 기초로 필요한 각각의 기능에 대한 정의가 있어야 한다.
2. 구성요소
  1. change log – 개정 이력
  2. detail view

anydragon

참고자료

최신 글

보관함

업무 프로세스 재설계(BPR) 7원칙

SELinux 사용 예

프로젝트 진행

태그

링크

메타