블록체인 서비스기획 8주차 - 3일 수업 노트

📌 주요 산출물 : 기획과정에서 산출되어야할 페이퍼

 

✅ 서비스 개념도 : 

► 개발자만큼은 아니더라도 상위개념으로 작성

E.g.블록체인 기반의 공인전자문서 센터

✅ 시스템 아키텍처

E.g. DID 기반 공공서비스 이용 플랫폼

► DID도민카드를 기반으로 여러가지 공공서비스를 하나의 아이디로 연결하여 서비스를 연계

► 거주민 할인 등 제공(주민등록증 X)

✅ As is - To be 

► 블록체인이 없었을 때 어떤 문제가 발생하고 있는지

► Tobe에서 블록체인으로 전환했을 때 어떤 식으로 data의 흐름이 바뀌는지, 업무프로세스가 바뀌는지

► 블록체인에 저장하는 데이터가 어떤 것들이 있을 것인지

► 데이터를 구분하고 퍼블릭에 들어갈 데이터 , 블록체인에 들어갈 데이터 구분

► 이를 통한 기대 효과를 작성 해야함(정성: 수치화 시킬 수 없는 부분, 정량: 수치화 시킬 수 있는 부분)

► 정량적인 목표를 제시해야함.( x%이상 시간,비용을 절감시킬 수 있다 등)

►관습적,기술적 등 여러 측면의 pain point 제시를 통해 해당 팀이 얼마나 많은 고민을 했는지 보여줌

► Life cycle: 서비스, 정보의 라이프 사이클이 있으므로 특히, 데이터의 흐름을 관리하므로 데이터의 라이프 사이클에 맞춰 블록체인 서비스를 기획하고 적용할 포인트를 찾는 것이 다양한 분야의 지식에 근간해서, ~표준과 프레임워크에 기반해서 접근했다는 느낌을 줄 수 있음

 

E.g. 블록체인 기반 인증관리 및 위기관리 솔루션

► 공급망 감시를 서류가 아닌 디지털로 옮겨 신뢰도 상승 

 

✅ NW 구성도(네트워크 구성도)

► 클라우드 안에 자체 망을 만들어 보안을 강화한 형태임

► EDV: DB에 저장하는 데이터를 암호화 시켜주는 것

► Managed service provider에서 작성: 기능요구사항을 얘기하면 그쪽에서 이런 장표를 그려줌

► 잊지말고 이걸 요청해야 한다는 걸! 제안서, 발표자료에 넣어야한다.

► Anti-DDos,IDS,IPS,WAF,Object storage는 얼마 등등 가격도 산정해서 제안서에 넣어야함.(비용)

► 네트워크 구성방식은 다르더라도 들어가야 하는 것들은 모두 배치하는 게 좋음.

► 

 

✅ 블록체인 통합 운영개념도(option)

► DID 기반일 경우에 검증해주어야하기 위해서 공개키가 필요함. > 공개키 저장을 위해 DID 블록체인 사용

📌 사업아이템, 이름에도 블록체인개념이 반영된 타이틀이 들어가는 게 중요함! 

📌 사업계획서 처음에 들어가는 요약서가 중요..!
하루에 수십개의 제안서를 보기 때문에 꼼꼼하게 보기보다는 요약서를 먼저보고 quick하게 발표자료를 보고 서류를 통과시킬지 결정하기 때문에 타이틀 / 요약자료를 잘 작성해야함.

📌 대민서비스로 성과가 나올만한 사업들이어야 선정될 수 있음

📌 같은 점수 대라고 하면? ► 구체적으로 얼마나 고민했고 설계가 되어있는 업체들에게 사업을 주게 될 수밖에 없음.

► 이정도면 되겠지.. 하기 전에 제출하기 전까지는 많은 고민을 꼭 해야함..!

► 평가자들이 이 글/그림만 보고 내 사업을 이해할 수 있을까? ► 그림을 더 많이 보므로 그림이 가장 중요함!

✅  블록체인 구조 / 인프라 구성방안도

► 대면보다는 효율적으로 비대면으로 개발하기 위한 비대면 개발 도구

► 네트워크, 클라우드계정에 모두 산출물을 공유~ KISA등에서는 산출물 클라우드 계정을 요구하기도함.

► 보안감사도구: secure code guide, 이상탐지 시스템 등

►  이번 사업에 어떤 기술을 사용할지, 도구를 사용할지 구성방안 default이기 때문에 쓸 것 같은 건 다 적고 grouping

 

✅DApp 중심의 서비스 구성도

► 다양한 관점에서 구성도를 그려주는 것이므로 모두 필요하다

► dapp에도 모두 기능이 제공되어야지만 일정을 구체적으로 잡을 수 있음

► 인프라구성방안은 블록체인 위주, dAPP중심의 서비스 구성도는 dapp 중심으로 연계된 기능 도출

► 하다보니까 더 추가해야하는 기능이 있을 수 있음 그러나 기획단계에서는 일단 모두 적어보고 넣을건지 안될건지는 개발자들과 상의

 

►  dAPP은 WAS,DB를 사용하고 데이터 블록체인으르 할때는 블록체인 연계 API를 이용해서 연계

►  API를 만들어서 다른 쪽에서 사용할 수 있도록 연계한다.

►  blockchain과 IPFS 연계 할때 이앞에도 restAPI를 만들어서 연계된다.

 

✅네트워크 서비스 구성방안

► 만약 채널이 다르면 채널 그림을 하나 더 만들어서 붙어야함

► 노드가 3개 - orderer 3개, 채널도 필요시 구분하여 표현

 

✅ 데이터 블록체인 주요데이터 도출

► 데이터의 가치를 만들고 가치의 전달을 위해서 블록체인을 사용하므로, 구체적으로 제시해야함

► 어떤 서비스에서 어떤 데이터를 블록체인에 넣을것인지를 구체적으로 제시!

► 정보를 주는 주체들까지도 정리해야함
 (블록체인은 기본적으로 여러 참여자들이 데이터를 공유/전달하는 것이므로 source, desination을 누군가는 알고 있어야함, 못했으면 못했다라고 명시해야함. 우리를 위해서도 필요한 부분!)

► 다른 서비스에서는 블록체인에서 어떤 정보들이 유통될건지를 도출해야함.

► 기획자는 제안서 쓰는 것까지 + 발표까지

► 제안서 작성시에는 문장으로 작성하지 말고, 평가자들에게 고민한 흔적을 보여주기 위해 표/그림으로 제시해야 시선이 머무름

► 그래야 내 발표자료를 봐줌! 글로되어있으면 짧은시간동안 평가하기가 힘듦.

► 나중에는 데이터 흐름도를 그려야함!

 

✅ 데이터흐름도 workflow 정의

► 업무흐름도,데이터의 흐름을 개략적으로 그린 것

 

✅ 블록체인 에셋Asset

► 업무별로 필요한 에셋을 내부적으로 어떻게 네이밍할 것인지 등

► 개발담당하시는 분께 요청하기도 함.

 

✅ 스마트 컨트랙트 목록

► 기능이 다 나오고 어느부분에서 블록체인을 적용할 것인지

►  실상 전체 기능이 다 나오고 그 중에 블록체인에 접목할 부분이 나옴

►  거기에 필요한 스마트 컨트랙트를 도출

►  내가 생각한 비즈니스 플로우 -> 스마트 컨트랙트 필요한 부분만 도출하여 작성

 

✅ 데이터흐름도

►  연계가 이루어져야 하는 서비스의 경우에는 노드,서버들간 end-to-end 연계가 어떻게 되는지 중요.
비즈니스 프로세스 중에서 연계가 어떻게 흐르고 있는지 알 수 있는 장표가 들어가야함

► 기획서는 계약서의 일부이기 때문에 데이터의 흐름도도 결국은 필요할 수 밖에 없음.

► 업무흐름을 시계열적으로 표현, 각 단계에서 어떤 식으로 흐름이 이루어지는 지를 표현

►  데이터 암호화, 업무서비스, agent에서 암호화 시킬 것 등을 구분해서 정리

► 핵심이 되는 비즈니스 프로세스에 대해서는 하나는 그려아함!

► 사업종료 후 이게 전체업무에 대한 그림이 나와줘야만 업무를 했다고 생각