SW아키텍처는 어렵게만 느껴집니다.

C언어로 된거는 못봤고요, 설계란게 책을 여러권 보고 일이년 투자하면서 배워도 별로 남는게 없습니다.
그래서 그냥 보기 편한책 골라서 그냥 '이런 방법이 있구나..'라고만 보시는게 어떨까 했습니다.
이게 일반적인 기술처럼 습득 하기도 힘들고(계속 매달려서 파는것...) 그렇게 습득 하려고 해도 별로 느는게 없습니다.
왜냐하면 개발 성격과 환경이 달라지기 때문이지요.
동일한 조건에서 동일한 환경이라면 같은 설계를 계속 적용해도 될텐데 현실에서는 그런 경우가 거의 없지요.
같은 기능의 드라이버라고 해도 금년과 내년은 또다시 여러 조건들이 달라 질겁니다.

설계에서는 경험치가 중요한데 이 경험치를 단기간에 늘리는 방법은 같은 라이브러리를 여러 방식으로 개발하는 방법이 있겠죠.

모든 개발자가 설계에 정통 할 필요는 없다고 봅니다.
조그마한 프로젝트에서는 훌륭하다고 생각되는 설계가 오히려 발목을 잡는 경우가 종종 있습니다.(단순히 간단한 라이브러리 개발해서 몇몇 군데에 배포를 하면 되는일인데 설계를 중요시한다고 해서 배포방법이니 버전 관리니, 코드의 재사용성, 결합력이 어쩌니 하면서 전체 프로젝트가 한두달 지체 된다면 효율이 많이 떨어지는것이겠죠.)
프로젝트가 산으로 가는것을 막기위해 설계를 중요시 한다면 모를까 그냥 스스로가 어떤 복잡함을 피해보고 효율적인 방법을 찾고자 한다면 간단한것 몇가지만 적용해 보는 방식으로 하는게 효율적일겁니다.
제 생각에는 리팩토링을 먼저 해보세요.
이것만 해도 생각보다 많이 달라질겁니다.

음....
쓰고나서 보니 꼭 설계를 배우는것에 대해 반대하는것 같이 되어 버렸는데 절대 그런것은 아닙니다.
오히려 추천 하고 싶은데 이게 단기간에 해결 되는것도 아니며 여러 경험없이 좋은 설계가 안나오니 조급히 생각 할 필요는 없다고 생각합니다.
만일 자신이 프로젝트를 이끌어야 하고 시장성이나 경제성도 고려하면서 직접 결정을 내려야 하는 위치에 계시다면 필히 설계에 관련해 공부해 두실것을 권장 합니다.
그게 아니라면 조금 조금씩 적용 시켜가면서 습득 하는게 여러모로 효율적일거라 생각 해봅니다.

추신: OOP는 설계와도 밀접하니까 C언어라고 해서 이걸 떼어놓고는 설계를 잘 하기 힘듭니다. OOP라는게 언어에서 지원하면 쉽고 편하긴 하지만 C언어가 객체지향 언어가 아니라고 해서 OOP적인 개발이 불가능한건 아닙니다. C언어도 OOP적인 프로그램방식으로 개발 가능 합니다. 심지어 어셈블리어도 되는데 십수년전에 OOP적으로 프로그래밍 하는것을 안철수씨가 마소에 기고하신적도 있습니다. 90년대 초 정도로 기억 되네요...