UML 모델링으로 프로그램을 디자인하고 싶지만 프로그래밍 언어 패러다임은 객체 지향 프로그램이 아니라 절차 적입니다. 나는 많은 프로그래머가 "UML뿐만 아니라 지향 프로그래밍"이라고 들었습니다. 그것의 진실?UML 모델링을 사용한 절차 적 프로그래밍
그래서 어디서 시작해야합니까? 절차 형 프로그래밍에 사용할 다이어그램은 무엇입니까? UML 다이어그램을 언급하는 데 도움이됩니다.
는 잭슨 같은 것을 사용하는 것이 모델입니다, 당신은당신의 대답은
UML에는 많은 다이어그램이 있습니다. OOP 개념을 위해 클래스 다이어그램 만 직접 작성됩니다. 객체 및 복합 구조 다이어그램은 이미 그렇게 엄격하지 않습니다.
다른 모든 다이어그램은 OOP를 제외하고 사용할 수 있습니다. 시퀀스, 타이밍, 활동, 통신, 사용 사례, 상호 작용 개요, 상태 시스템, 패키지, 배포 및 구성 요소 다이어그램이 제대로 작동합니다.
따라서 직접 사용하지 않는 다이어그램은 클래스 다이어그램으로, 함수 프로그래밍에만 필요하지는 않습니다.
당신은 구조화 된 디자인을 사용할 수 있습니다 희망 감사드립니다. 이 잭슨이 다이어그램을 프로그래밍 구조를 그리는 방법을 알고 많은 소프트웨어 도구는하지만 당신은 연필을 고무하고 많은 종이, 또는 더 나은 몇 화이트 보드 :
자세한 내용은 여기 읽기를 이길 수 없습니다 http://en.wikipedia.org/wiki/Jackson_structured_programming
UML은 데이터베이스의 엔티티를 디자인하는 데 도움이 될 수 있지만 OO 디자인 도구 인 구조화 된 프로그래밍을위한 것이 아닙니다.
다른 방법으로 흐름 차트를 사용해도되지만 구조가 복잡하고 지저분한 코드가 많이 발생하지만 이는 완전히 제 의견입니다. UML에서 다이어그램의 모든 절차 언어에 사용할 수 있습니다
네, 사실입니다, 자세한 내용은 여기를 참조하세요. 사실, 일부 UML 모델링 도구는 실제로 클래스 다이어그램에서 C 코드를 생성 할 수 있습니다!
나는 시퀀스 다이어그램 (모듈은 수영 차선, 함수 호출은 전환 임)을 사용하여 C 프로그램에서 모듈 상호 작용을 도표화했습니다. C 및 클래스 다이어그램을 사용하여 해당 구조체의 상태를 변경하는 연산 구조체를 모델링했습니다. 정말로 무한한 가능성이 있습니다.
이 작업을하는 것이 속임수는이 다이어그램을 사용하여 문제를 해결하는 데 도움이되고 해결 방법을 다른 사람들에게 설명하는 데 도움이된다는 것을 깨닫는 것입니다. 이 작업을 수행하면 프로그래밍 언어가 무엇이든간에 "올바르게 작동하고 있습니다."