T-Tiger

IaaS : Infrastructure as a Service
서버, 스토리지, 네트워크 장비 등 IT 인프라를 빌려주는 서비스

PaaS : Platfrom as a Service
SW를 개발할 때 필요한 플랫폼(개발환경)을 제공하는 서비스

SaaS : Software as a Service
클라우드 환경에서 운영하는 소프트웨어를 제공받는 서비스

DR센터 : Disaster Recovery Center (=재해 복구 센터)
천재지변이나 테러, 파업, 전산사고 등으로 전산센터가 마비될 경우 제3의 장소에 주센터와 유사한 전산시스템을 갖춘 재해복구센터를 구축하여 실시간으로 서비스를 재개할 수 있도록 함.

내용연수 : durable years
고정자산의 이용가능 연수

프레임워크
SW어플리케이션이나 솔루션 개발을 수월하게 하기위해 SW 구체적 기능에 해당하는 부분의 설계와 구현을 재사용 가능하도록 협업화된 형태로 제공하는 SW환경 (라이브러리와 비슷)

API : Application Programming Interface
운영체제와 응용프로그램 사이의 통신에 사용되는 언어나 메시지 형식
, 원하는 정보를 얻기 위한 행동을 했을 때 이를 서버가 알아들을 수 있는 요청 값으로 전달하는 역할

가용성 : Availability
시스템이 장애 없이 정상적으로 운영되는 능력

MPLS : Multi Protocol Label Switching
인터넷의 백본망 등에서 대량의 트래픽 처리를 고속으로 처리 및 관리하기 위한 방안
패킷의 헤더에 라벨을 추가하여 라우터가 최적의 경로를 산출하기 위한 연산을 거치지 않고
next-hop으로 패킷 전달. 정해진 경로로 패킷이 전달됨에 따라 마치 전용선을 구축한 효과
전용선 구축 비용보다는 저렴
MPLS 망 인증과 암호화 기능이 없어 보안에 취약하여, IPSEC VPN 같은 암호화 방식을 병행해서 단점을 보완하기도 함.
SD-WAN으로 바꾸면 비용 더 절감 가능…( 더 효율적인 WAN 환경 구축 및 MPLS의 고비용과 저품질에 대한 해결책)

IPSEC : Protocol Security
노드 간 통신의 보안 확보를 위해 인증, 데이터 무결성 보장, 암호화 등을 담당.

SSL-VPN : Secured Socket Layer Virtual Private Network
장소나 단말의 종류와 관계없이 내부 네트워크에 접속할 수 있는 SSL 기반의 가상 사설망(VPN). SSL은 웹 브라우저와 서버 간의 통신에서 정보를 암호화함으로써 도중에 해킹을 통해 정보가 유출되더라도 정보의 내용을 보호할 수 있는 기능을 갖춘 보안 솔루션이다. 이를 기반으로 한 SSL VPN은 원격지에서 인터넷으로 내부 시스템 자원을 안전하게 사용할 수 있다.

IDC : Internet Data Center
서버 컴퓨터와 네트워크 회선을 제공하는 시설

SAN : Stroage Area Network
서버와 스토리지 간 대용량 데이터를 고속으로 전송할 수 있는 네트워크 파일 서버
스토리지를 일정한 구역내에서 이용가능하게 만드는 기술, 광네트워크(FC)를 이용해 속도 증가

서버 프로비저닝
IT 인프라를 설정하는 프로세스.. 필요한 리소스를 기반으로 네트워크에서 사용될 서버를 설정하는 서비스. 새로운 시스템을 생성한 후 가동 상태로 만드는 데 필요한 모든 작업은 물론, 해당 시스템에 대해 원하는 상태를 정의하는 작업도 포함된다.
서버 프로비저닝은 데이터센터에 물리적 하드웨어 설치, 소프트웨어 설치 및 설정, 운영 체제 및 애플리케이션 포함, 미들웨어와 네트워크 및 스토리지 연결로 이루어진다.

무결성
데이터의 정확성과 일관성을 유지하고, 데이터에 결손과 부정합이 없음을 보증하는 것

웹방화벽 : Web Application Firewall, WAF
방화벽은 IP 주소와 포트를 기반으로 차단하는 솔루션. 그패킷의 실제 데이터와 애플리케이션 프로토콜 기반의 공격을 막아줌.
웹서버로 들어오는 웹 트래픽을 검사하여 악의적인 코드나 공격 유형이 포함된 웹 트래픽을 차단해 주는 방화벽을 말합니다.

스파이웨어
다른 사람의 컴퓨터에 잠입해 개인정보를 빼가는 소프트웨어

키로깅
다른 사람이 키보드로 입력한 비밀번호 따위를 컴퓨터 해킹 프로그램을 통해 몰래 훔치는 일

NAC : Network Access Control
비인가된 정보기기의 네트워크 접속을 제어. 네트워크 장애, 해킹에 대비 및 정보 자산을 보호

DRM : Digital Rights Management
문서 암호화 보안. 허가된 사용자에게 문서 읽기, 쓰기 권한 부여. 파일 암호화 및 복호화.
DRM 없는 업체에 파일을 전달 해야하는 경우 복호화하는데 이때부터는 추적 불가.

웜 : Worm Virus
컴퓨터 시스템을 파괴하거나 작업을 지연 또는 방해하는 악성프로그램. 자신을 복제하고 전파함

DDos : Distributed Denial of Service (분산 서비스 거부 공격)
해킹 방식의 하나로서 여러 대의 공격자를 분산 배치하여 동시에 '서비스 거부 공격(Denial of Service attack；DoS)'을 함으로써 시스템이 더 이상 정상적 서비스를 제공할 수 없도록 만드는 것
공격 목표인 사이트의 컴퓨터시스템이 처리할 수 없을 정도로 엄청난 분량의 패킷을 동시에 범람시킴으로써 네트워크의 성능을 저하시키거나 시스템을 마비

#SAP #공부 #ABAP

국내의 많은 기업들이 ERP 시스템으로 SAP를 사용하고 있다. 

하지만 사용방법을 습득하기 위한 방법이 희소성을 띌 정도로 작다

특히 이번 프로젝트를 띄면서 (NVH - SAP) 시스템 도입을 하는데 참고할 만한 서적이 정말 적다

결국 업체의 역량 또는 노하우에 의존할 수 밖에 없는 것이 현실이다.

그러다 보니 정말 답답해 미칠 지경이다. 머가 참인지 머가 거짓인지를 구별하기가 매우 어렵다.

나 같이 생각하는 사람들이 많이 있을 것이라 판단하에 이렇게 글을 적어본다 

오늘 부터 SAP에 대해서 파헤쳐 볼려고한다.

1. GUI 설정 및 사용

2. 주요 모듈 소개

3. 기본사용 방법

4. 유지보수 기능

5. 시스템 관련

6. ABAP 개발 관련

7. S/4 HANA 버전 특징 

여기까지 일단 배우는대로 닥치는대로 적어 진행 해 볼 생각이다.

SAP를 처음 접하는 책임자에게는 개념과 체계를 IT담당자에게는 넓은 시야를 가질 수 있는 기회가 되었으면 좋겠다.

#DB2 #테이블복구 #조인업데이트

테이블 복사 방법
CREATE TABLE nvhnlib.EBBAS43I0P_if AS ( SELECT * FROM nvhnlib.EBBAS43I0P) WITH DATA

테이블 복구 UPDATE EBBAS44i0P t1 
SET t1.opt_nm = ( SELECT t2.opt_nm
FROM EBBAS44i0P_0204 t2 
WHERE t1.item_cd=t2.item_cd) 

다른 테이블 Join 후 Update
UPDATE EBBAS44i0P t1 
SET t1.opt_nm = ( SELECT t2.item_cd
FROM test_kim t2 
WHERE t1.item_cd=t2.vnd_cd) 
WHERE t1.item_cd IN  ( SELECT t2.vnd_cd
FROM test_kim t2 
) 

일반적인 정보시스템 구축은 분석(Analysis), 설계(Design), 구축(Construction), 구현(Implementation) 등 4단계 과정을 거쳐 구축된다. 그런데 ERP시스템은 업무프로세스 자체를 개선하는 경영정보시스템이므로 구축 전 사전준비활동(목표수립, 업무분석)부터 시작하여 시스템을 정착하기까지 단계별로 구분하여 수행되어져야 한다.

따라서 일반적인 정보시스템 구축단계 뿐 아니라 사전준비단계 및 안정화단계도 포함하여 감리단계를 구분하였다.

각 단계별 주요 Task 및 산출물과 감리점검항목은 다음과 같다.

계획단계

분석단계

설계단계

구축단계

이행단계

안정화단계

MSSQL

MSSQL에서는  WITH ROLLUP을 사용한다.

SELECT country, product, sum(profit) FROM sales GROUP BY country, product WITH ROLLUP;

ROLLUP 적용 전 (왼쪽) VS ROLLUP을 적용한 모습(오른쪽)

countryproductsum(profit) countryproductsum(profit)

ROLLUP은 집계한 기준값을 NULL값으로 대체한다. COALESCE을 활용하면 원하는 텍스트를 넣을 수 있다.

( MySQL에서는 IFNULL로 대체 가능)

SELECT COALESCE(country,"ALL countries") as country, 
       COALESCE(product,"ALL products") as product, 
       sum(profit) FROM sales GROUP BY country, product WITH ROLLUP;

countryproductsum(profit)

SQL로 중복 데이터를 확인 및 삭제하는 법을 알아본다.

사용 데이터

idfirst_namelast_nameemail

출처 : MYSQLTUTORIAL (아래 Reference에 명시)

중복 데이터 확인

공통

GROUP BY와 HAVING을 사용하면 된다. 중복을 확인할 컬럼의 수에 따라 조건을 추가해주면 된다.

SELECT first_name, last_name, email, COUNT(*) as cnt
FROM contacts
GROUP BY email, first_name, last_name
HAVING COUNT(email) > 1 AND COUNT(first_name) > 1 AND COUNT(last_name) > 1;

first_namelast_nameemailcnt

중복 데이터 삭제

중복 데이터를 삭제하기 위해서는 먼저 남길 데이터를 제외한 데이터를 구분할 컬럼(e.g. id)의 값을 구해야 한다.

MySQL

삭제할 데이터 id 확인

SELF JOIN을 통해 중복된 row의 id를 확인하는 방법이지만 결과를 보면 데이터가 오히려 중복되어 더 생기는 현상이 있다.

(삭제 쿼리에 활용할 경우, 문제는 없어보임)

SELECT t1.*
FROM contacts t1 JOIN contacts t2
ON t1.first_name=t2.first_name AND t1.last_name=t2.last_name AND t1.email=t2.email
WHERE t1.id > t2.id;

데이터 삭제 쿼리

MySQL에서 지원하는 DELETE JOIN 방식을 활용한다.

contacts(t1) 테이블에서 FROM 절 이후 JOIN된 결과에 해당하는 ROW들을 삭제한다는 의미이다.

DELETE t1 FROM contacts t1 
JOIN contacts t2
ON t1.first_name=t2.first_name AND t1.last_name=t2.last_name AND t1.email=t2.email
WHERE t1.id > t2.id;

PostgreSQL & MySQL 8

WINDOW FUNCTION을 지원하는 경우, ROW_NUMBER를 활용하여 처리할 수 있다.

PARTITION BY로 중복된 컬럼을 지정하고, ROW_NUM > 1을 설정하여 삭제할 데이터만 가져올 수 있다.

삭제할 데이터 id 확인

SELECT *
FROM ( SELECT id, first_name, last_name, email,
       ROW_NUMBER() OVER (PARTITION BY first_name, last_name, email) as row_num
       FROM contacts ) a
WHERE row_num > 1
ORDER BY first_name; -- 단순 정렬 용도

idfirst_namelast_nameemailrow_num

간단한 데이터 삭제 쿼리

데이터가 적을 경우, 간단하게 IN 으로 해당 id들을 제거할 수 있다.

DELETE FROM contacts
WHERE id IN (SELECT id
             FROM ( 
                 SELECT id, ROW_NUMBER() OVER (PARTITION BY first_name, last_name, email) as row_num
                 FROM contacts 
                 ) tmp
             WHERE row_num > 1);

데이터 삭제 쿼리

PostgreSQL에서는 DELETE + USING 방식을 활용한다. 데이터가 많은 것을 고려할 경우, 이 방법을 먼저 사용해야 할 듯하다.

JOIN 과 ON 대신 USING과 WHERE이 사용된다.

DELETE FROM contacts t1 
USING contacts t2
WHERE t1.first_name=t2.first_name AND t1.last_name=t2.last_name AND t1.email=t2.email AND t1.id > t2.id;

속도가 느릴 경우

데이터가 너무 많을 경우, 일부분씩 나누어서 DELETE를 하는 것을 고려해볼 수 있다. (특히, 실 사용중인 DB인 경우)

위에서 설명한 삭제할 id를 미리 테이블로 만들어 DELETE JOIN에 사용하는 것이다. (JOIN 연산을 단순화한다.)

1. WORKOBJLCK       F4    엔터

2. 오브젝트 :  GKGGINF (TABLE명)

3. 라이브러리 : NDYKLIB

4. 오브젝트 유형 : *FILE            엔트

5. 사용중인 사용자가 나타나는데 옵션에 4(종료)시킨 후 필드 추가한다. 끝

1. 요구사항정의서

: 모든 프로젝트에 투입하면 가장 먼저 하는 업무는 요구사항을 수집하고 이를 정리 및 분석하는 것이다. 공공기관 사업을 하는 경우에는 RFP를 참고하여 요구사항을 수집하고 정리하는 것이 좋으며 요구한 내용을 분류하여 정리하는 것이 좋다.

아래 첨부한 이미지는 공공기관 프로젝트를 할 때 작성한 요구사항정의서 문서로 RFP를 기반으로 초기 작성을 하였으며, 회의 과정에서 변경되거나 추가되는 항목은 별도 관리를 하는 방식으로 정리를 했다.

2. 업무프로세스정의서

: 나는 업무프로세스정의서는 요구사항정의서만큼 중요한 문서라고 얘기하는 편이다.

새로운 시스템을 구축할 때는 현업 담당자들의 업무프로세스를 알아야 더 심도 있는 기획을 진행할 수 있고, 기존 시스템을 리뉴얼할 때에도 현업 담당자들의 업무 프로세스를 익히고 기존 시스템의 프로세스 또한 익혀야 기존 구조의 단점을 쉽게 파악하고 리뉴얼 이후에도 현업 담당자들의 편의성을 보장할 수 있다.

나는 이러한 업무프로세스정의서를 정형화된 문서로 작성하지는 않는 편이다.

아래 첨부한 이미지 2개는 동일한 프로젝트를 진행하면서 작성한 문서이나 각각의 업무 특성에 맞도록 다른 문서 형태로 작성하였다.

3. 메뉴구조도

: 이 산출물은 말 그대로 메뉴 형태를 나타낸 문서를 말한다.

내가 기획을 처음 시작했을 당시, 내 사수는 메뉴구조도 양식을 하나 주고 5개의 사이트 메뉴구조도를 그려보라고 했었다. 5개의 메뉴구조를 그려서 보여드리니 각 메뉴의 역할을 간단하게 작성하라고 하셨고 그다음에는 기능(CRUD)까지 작성해보라고 하셨다. 당연히 처음 작성했을 때는 틀린 부분도 많았으나 왜 틀렸는지 등에 대해서 설명을 해주셨던 걸로 기억난다.

이처럼 메뉴구조도 작성은 프로젝트를 구축함에 있어 중요하고도 기본적인 것이라고 표현할 수 있다.

(메뉴구조도의 샘플은 삭제해야 하는 단어가 많아 추후에 업데이트할 예정)

4. 화면설계서(스토리보드)

: 기획자들이 실제 현업에서 가장 많이 작성하고 가장 신경을 많이 쓰는 문서가 화면설계서가 아닐까 싶다.

이 문서에는 각종 정책, 프로세스, 와이어프레임, 디스크립션 등 많은 내용들이 포함되어 있다.이 문서를 통해 디자이너, 퍼블리셔, 개발자, QA 등과 소통을 하기 때문에 스토리보드를 최대한 자세하게 작성할수록 다른 업무 담당자들이 쉽게 이해를 할 수 있으며, 책임소재 또한 명확해질 수 있다.

5. 회의록

: 단어 그대로 회의에서 주고받은 의견이나 결정된 사항, 특이사항을 기재하는 문서이다. 추가적으로 사람의 기억은 변질되고 요구사항은 계속 변할 수 있으니 회의록은 최대한 꼼꼼하게 작성하고 경우에 따라서는 녹음을 하는 것도 추천한다.(회의 참석자 동의필요)

이외에도 많은 문서가 있던 것으로 기억하는데 현재 기억이 나지 않는다...

대신 개발자들이 작업하는 문서에 대해서도 문서명만 공유를 해주려고 한다.

- 개발 산출물 -

현행시스템분석서 / ERD / 테이블정의서 / 공통코드정의서 / 개발표준정의서 / 컴포넌트설계서 / 시스템인터페이스설계서 / 개발환경구축가이드 / 아키텍처정의서 / 성능테스트계획서

1. RFP(제안요청서)

: 용역 회사와 시스템 공급사 등 제안 업체들에게 제안 요청을 하는 것으로, 간략하게 표현하면 '이러한 기능이 포함된 시스템을 어느 정도 금액 범위 내에서 이때까지 만들어주실 분 찾습니다!'라는 문서이다.

2. 제안서

: 상품 및 서비스를 제공하는 기업이 자신이 사업을 어떻게 수행할 것인가에 대해 포괄적으로 정리한 자료로서, 보통 RFP를 보고 거기서 요청한 기능이나 인력 구성, 유지보수계획 등에 맞게 작성하여 '우리 너희 사업에 참여할래!'라고 신청하는 문서이다.

3. 착수계

:  용역 대행 착수 시 작성하는 문서로 사업 계약에 따른 시작을 문서상으로 알리는 용도로 사용된다.

4. 산출물 관리대장

: 프로젝트를 진행함에 있어 어떤 산출물까지 작성하고 고객사에 제공할 건지에 대한 문서이다.

5. 인력투입계획서

: 프로젝트 착수시점에 투입하려는 인력 구성과 업무 등에 대해 작성하는 문서이며, 사업수행계획서와 함께 전달해야 하는 문서로 알고 있다.

6. WBS(일정관리)

: 일을 세분화하여 일정을 짜서 역할 분담을 한 문서로 프로젝트를 관리할 때 일정관리 기능으로 많이 사용하는 편이다.

7. 사업수행계획서

: 이 문서는 내가 제일 쓰기 싫어하던 문서이기도 한데 간단히 설명하면 프로젝트를 시작하기에 앞서 미리 해당 일에 대한 계획을 세우는 문서를 말한다. 이 문서는 사업을 성실하게 수행할 것임을 증빙하는 자료로 나중에 이 계획서를 바탕으로 사업이 정상적으로 종료되었는지를 확인하기도 하므로 대충 쓰거나 거짓, 과장해서 쓰는 것은 삼가는 것이 좋다.

8. 장애 및 유지보수 계획서

: 보통 새로운 시스템을 구축하거나 리뉴얼을 하고 나면 최소 3개월에서 1년 정도씩 유지보수를 해주게 된다. 시스템 구축을 요청한 업체 입장에서는 '만약 장애가 날 경우 어떻게 대처를 해줄 건지', '유지보수는 어떤 식으로 할 건지'에 대한 궁금증이 있는데 이를 문서화시켜 고객사에서 보여준다.

9. 진척관리대장

: 계획 대비 실제 수행률이 어느 정도인지를 나타내는 문서로 보통 주간보고를 진행할 때 많이 활용한다. 기본적으로 WBS를 기반으로 계획을 세우고 일/주/월 단위로 진척현황을 표기해 진척률을 확인한다.

10. 인력관리대장

: 프로젝트에 참여하는 인력 구성원과 담당업무, 투입 시기 등에 대해서 기입하는 문서이며, 인력 구성이 변경된  경우에는 인력관리대장에 기입하고 공문이나 기타 문서 등을 통해서 증빙을 하는 편이다.

11. 회의록

: 단어 그대로 회의에서 주고받은 의견이나 결정된 사항, 특이사항을 기재하는 문서이다. 추가적으로 사람의 기억은 변질되고 요구사항은 계속 변할 수 있으니 회의록은 최대한 꼼꼼하게 작성하고 경우에 따라서는 녹음을 하는 것도 추천한다.(회의 참석자 동의필요)

12. 착수/중간/완료보고서

: 일반적으로 프로젝트를 참여하는 시점, 사업 중반 시점, 완료 시점에 보고서를 한다. 기본적으로 PPT를 이용하여 발표를 하지만 때에 따라 생략을 하기도 하고 문서는 형식상으로만 만들고 실제 산출물(디자인, 퍼블, 개발)을 통해서 진행하기도 한다.

13. 주간/월간보고서

: 프로젝트를 진행하면 주 단위, 월 단위로 보고를 해야 하는데 그때 작성하는 문서이다. 기본적으로 이번 주에 진행한 업무와 차주에 진행할 업무, 특이사항 등을 기재한다.

14. 위험이슈관리대장

: 프로젝트를 진행함에 있어 아직 발생되지 않았거나 발생될 가능성이 있는 것, 발생된다면 프로젝트에 차질이 생기는 것 등에 대해서 기재하는 문서이다. 보통 이슈가 발생하면 이를 클라이언트와 공유하고 해결하거나 피해 가는 방향을 택하며 이렇게 결정한 근거와 의사소통한 담당자들에 대해서도 함께 회의록이나 위험이슈관리대장에 기재해야 한다.

15. 요구사항정의서

: 단어 그대로 고객의 요구를 정리하는 문서이다. 보통 요구분류, 요구사항ID, 요구사항명, 요구사항내용, 수용여부, 우선순위, 요구적용일자 등으로 구성한다.

16. 요구사항추적표

: 보통 RFP와 제안서를 바탕으로 프로젝트에 착수하지만 실제 현업 담당자들은 RFP에 있는 내용과 상충되는 얘기를 하는 경우가 있다. 감리가 있는 프로젝트는 달성률을 RFP에 있는 내용으로 하기 때문에 RFP에 있는 내용이 어떤 식으로 왜, 누구와 협의해서 바꿨는지에 대해서 추적표를 만드는 것을 말한다. 기본적인 구성은 RFP 내용-요구사항정의서-이후 변경된 부분 순으로 구성하면 된다.

이외에도 장비반출입 관리대장, 수신자료 관리대장, 검사기준서, 변경관리대장, 품질관리계획서, 품질관리대장 등의 문서가 있다.