KF-X AESA 레이다 적용을 위한 MISRA C++ 스펙 검토(한국추진공학회 2017년 추계학술대회)
방위사업청은 방위력 개선사업으로 획득되는 소프트웨어의 체계적인 개발 및 관리를 위한 프로세스와 산출물 작성표준을 규정한 무기체계 소프트웨어 개발 및 관리 매뉴얼을 배포하였다. 매뉴얼에는 소프트웨어의 품질 및 신뢰성 향상을 위한 규정이 포함되어 있다. 본 연구는 방위사업청에서 소프트웨어의 품질 및 신뢰성 향상을 위해 프로그램 코딩 시 준수해야 할 규칙을 정의한 ‘무기체계 소프트웨어 코딩규칙’과 관련 표준으로 정한 코딩 규칙 MISRA C++ 2008에 대한 비교 분석을 통하여 KF-X AESA 레이다 소프트웨어 개발에 적용하고자 한다.
- dc official App
C++문제있나
아니 JAVA인지 C계열인지 궁금해서 찾아본거임 - dc App
언어 여러 개 쓸 수도 있음
애초에 하드웨어 시스템 계열에 자바쓰는 미친회사는 아예없음.
애초에 자바가 하드웨어에 쓰라고 만든거엿는데?
재밋겟당
미스라를 기반으로 해서 한국형으로 만들었나보네. jsf프로젝트것도 참고했기를 바라는데 어떻게 했으려나. 그나저나 AESA만 이긴하지만 c++이라니까 안도감이 확 드네ㅋㅋ 체계통합을 위한 탐지/추적/임무 소프트웨어들도 c++이길 바랄수밖에.
DAPA SCR-G에서 관련 표준으로 JSF++을 적시해둔걸 보면 코딩규칙 만들때 참고하긴 한 것 같음. - dc App
그럼 이제 앞으로 설계하고 버그관리에 모든 게 달렸네. 얼마전에 본문 쓴 군붕이가 올렸던 eha도 결국 소프트웨어로 구동하는 것처럼 kfx는 모든 게 소프트웨어로 조작하는 거라 소프트웨어개발이 성패를 좌우할텐데 알고리즘 다 구했나? aesa야 saab에서 알고리즘 주지만 eha나 엔진은 알고리즘 구했을라나? 버그관리는 설마 시제기 띄우며하진않겠지?ㄷㄷ
엔진제어SW는 GE협력이고, 비행제어SW는 한창 개발중. FA-50으로 선진자동비행제어 기술실증기 만들어서 날리면서 개발하고 있음. 비행제어기법 알고리즘 자체는 2017년부터 계속 다듬고있고 SIL 항전통합시험실에서 테스트하는중. - dc App
sheldon아 자료찾아줘서 정말고맙고 앞으로도 계속 관심 좀 가져줘. 솔직히 2030년대에도 전투기 체계통합소프트웨어가 다 만들어질지 의구심이 들긴하거든. 왜냐면 해군함정들도 아직도 국산함정지휘통제시스템 20년째 계속 개발 중인 듯 해서 말이지. 함정이야 뭐 그렇다고치는데 전투기는 떨어지면 여러모로 난리라. 엄살떨며 여론플레이라도 해야하는데 안하네.
나도 하드웨어는 만들수 있는건 만들고 못만드는건 사다 쓰고 나중에 국산화 하겠지 싶어서 별 걱정 안되는데 통합소프트웨어가 제일 걱정됨 어련히 알아서 잘하겠지 싶지만..
2030년대는 너무 과소평가하는거 같은데...당장 T-50A 개발하면서도 통합항전소프트웨어 개발한 바 있고(작년7월 종료됨) KFX도 시제기 만들어서 날리기 전까지 SIL이랑 아이언버드, FA-50 기반 기술실증기 만들어서 테스트하고 있음. 지금 개발 과정에서 딱히 잡음이 있는 것도 아니고 잘 하고 있음. 걱정안하는것도 문제지만 - dc App
그렇게까지 걱정할건 없다고 본다 - dc App
아닌데. 내가 얘기한 2030년대도 모자른데. 왜냐면 저거 지금 맨땅에 해딩하는 거니까 실기체 날려가며 빡세게해도 테스트-데이터수집-분석-버그추적-보완 이 프로세스를 하루에 몇번이나 하겠냐? 게다가 라인수 1000만 넘어가면 아무리 모듈화 객체화해도 최적화하는데만 10년 넘어가는게 맞다고. 하드웨어랑 소프트웨어가 결합한걸 최적화하는 건 겁나게 힘든거임
하지만 지금 념글에 올라온대로 T-50에서 빡세게 태스트하면서 데이터 수집해서 최적화가 어느정도 됐다면 얘기는 틀려지지. 물론 kfx는 eha도 디지털이니까 이거 잘못 다루면 추락이잖냐 이 부분하고 기체특성만 제대로 코딩해주면 될 듯 그래도 맨땅에 헤딩까지는 아니니 개발기간인력비용 다 단축되겠네.