시스템 트레이딩 만들기

본 포스팅이 조금이나마 도움이 되셨다면 공감버튼 클릭 부탁드립니다. System Architecture Design 주식 자동매매 프로그램을 만들기 위해 요구사항 분석단계를 거쳐 지난 시간에는 Use Case Diagram 을 그려보면서 내가 만들고자 하는 프로그램이 어떤 기능을 제공해야 하는지를 대략적으로 알아볼 수 있었습니다. 이번에는 좀더 프로그램을 구체화하기 위한 단계로 System Architecture Design 즉, HW/SW 를 나눠서 각각의 영역에서 시스템을 어떻게 설계해야 하는지, 그리고 각각의 시스템을 구성하는 서브시스템은 어떤것들이 있으며 서로 어떤 관계인지를 명세화 하는 단계입니다. 시스템 구성도 일단 주식매매 프로그램이기 때문에 주식거래를 하기위한 증권사 서버(Kiwoon-Ap..

본 포스팅이 조금이나마 도움이 되셨다면 공감버튼 클릭 부탁드립니다. 지난 글 키움 주식 자동매매 프로그램 요구사항 분석 (190620)에서 주식 자동매매 프로그램을 만들기 위한 요구사항에 대해 정리를 했었고, 이번에는 요구사항을 기반으로 간단히 use case diagram 을 만들어봤습니다. Use Case Diagram 위 그림에서 가운데 있는 System이 주식 자동매매 프로그램이고, 이 프로그램을 사용하는 Actor는 실제 매매를 수행할 사용자(user)와 프로그램을 유지보수할 개발자(developer)로 정의했습니다. 위 그림에서 시스템은 다시 서브시스템으로 나뉘어야 하지만(구현관점), 사용자가 바라보는 측면에서는 단일 시스템이기 때문에(실사용관점) 그냥 하나의 box 로 추상화 하여 표현했습니..

본 포스팅이 조금이나마 도움이 되셨다면 공감버튼 클릭 부탁드립니다. 이전에 한번 주식 자동매매 프로그램을 만든적이 있었는데, 그땐 그냥 머리속에 생각나는대로 코딩을 했습니다. 그때 그때 필요한 것들 구글링하면서 짤막한 코드들 복붙해가며, 그렇게 그렇게 프로그램을 만들었습니다. 아마도 프로그램을 잘 만들어보자는 생각보다는 빨리 자동매매 프로그램 만들어서 돈을 왕창(?) 벌고 싶었던 것 같습니다. 어느정도 기본 골격이 완성된 후, 새로운 기능들을 덧붙여 나가려고 하니 문제가 발생했습니다. 설계없이 무작정 구현부터 하긴 했지만 그래도 나름 미래를 생각하며(?) 코딩을 했는데 어느순간이 되니 더이상 유지보수가 어려워지기 시작했습니다. 다시 주식 자동매매 프로그램을 만들기로 결심한 이 시점에 과거의 잘못을 되풀이..