지난 몇 학기 동안 소프트웨어 디자인 과정을 수강했으며 많은 형식주의의 이점을 보았지만 프로그램 자체에 대해 아무 것도 알려주지 않는 것 같습니다.
- 프로그램이 수행 할 수있는 작업에 대해 논의하더라도 유스 케이스 스펙에서 프로그램이 어떻게 작동하는지 알 수 없습니다.
- 품질 요구 사항을 포함 할 수 있지만 요구 사항 문서에서 사용자 경험에 대해 아무 것도 말할 수 없습니다.
- 시퀀스 다이어그램은 소프트웨어가 호출 스택으로 작동하는 방식을 잘 설명하지만 매우 제한적이며 전체 시스템을 부분적으로 볼 수 있습니다.
- 클래스 다이어그램은 시스템 구축 방법을 설명하는 데 유용하지만 소프트웨어가 무엇인지 파악하는 데 전혀 도움이되지 않습니다.
이 모든 형식의 요점은 결론입니다. 프로그램의 모양, 작동 방식 및 경험은 무엇입니까? 그걸로 디자인하는 것이 더 합리적이지 않습니까? 프로그램이 프로토 타입을 통해 어떻게 작동해야하는지 파악하고 실제 구현을 위해 노력하는 것이 낫지 않습니까?
나는 아마도 이론가들에 의해 공학을 배우는 데 어려움을 겪고 있다는 것을 알고 있지만, 그들이 업계에서 이것을 하는가? 사람들은 프로그램이 실제로 무엇인지, 어떻게 준수해야하는지 어떻게 알 수 있습니까? 사람들이 프로토 타입을 많이 사용합니까, 아니면 UML과 같은 공식 도구를 주로 사용합니까? 아직 사용하지 못하고 있습니까?