시스템은 요구사항 정의>분석>설계>구현 활동을 순차적으로 수행하면서 구축된다.
위의 관점은 비단 소트프웨어의 개발에만 해당하는 것이 아니라 건축에서도 대부분의 프로젝트를 진행할 때도 마찬가지이다.
건축에서 BIM(Building Information Modeling)의 개념이 확산되고 모든 것이 전산화되면서 프로젝트 전반에 걸쳐 정보가 가지는 중요성이 점점 커지고 있다. 건축물이 가지는 수많은 정보를 다루는 방법에서 사람들은 소프트웨어 공학의 관점에서 접근을 하는데 이 때 사용되는 모델링 방법 중 하나가 UML이다.
UML은 많은 뷰(다이어그램)를 가지고 있는데 이 뷰들을 적절하게 사용하는 것이 중요하다고 생각된다. 개발활동과 UML뷰와의 관계를 살펴보면 다음과 같다.
| 개발 단계 | 뷰 | UML Diagram | 시스템 유형 | |||
| 간단한 | 반응적 | 분산적 | ||||
| 모델링 | 요구사항 정의 | 유스케이스 | 유스케이스 | O | O | O |
| 분석 | 설계 | 클래스 | O | O | O | |
| 순차 | O | O | O | |||
| 통신 | O | O | O | |||
| 상태 | O | O | ||||
| 설계 | 프로세스 | 클래스 | O | |||
| 순차 | O | |||||
| 통신 | O | |||||
| 구현 | 컴포넌트 | O | ||||
| 배치 | 배치 |
O |
||||
| 프로그래밍 | 구현 | |||||
요새 나는 ‘UML 2.x 기초 다지기’라는 강좌를 듣고 있다. 2주의 단기 코스지만 이런 작은 배움이 더 큰 배움으로 이어지기를 희망한다.
No related posts.
One Trackback
[...] 동안에 항상 내가 자문하던 것은’ How’와 ‘Why’였다. 앞서 UML관련 포스팅에서 건축에서 생성되는 많은 정보를 다루기 위한 방법이라고 하였지만 이 [...]