본문 바로가기

Database/모델링

(4)
프로젝트는 절대로 생각대로 흘러가지 않는다. 대학교 컴과를 나왔다면 소프트웨어 공학은 필수과목으로 지정되어 있다. 프로그램 개발에 있어서 어떠한 형식으로 어떤 절차를 거쳐서 산출물이 나오는지 공부하는 과목이다. 그 과목시간에 대표적으로 아니 시험문제에 무조건 나오는 모델이 두가지가 있는데 1. 폭포수 모델. 2. 나선형 모델. [그림-1] 폭포수 모델의 예 [그림-2] 나선형 모델의 예 최초의 모델 설계를 기반으로 계획, 소비자의 요구분석, 그에 따른 설계, 구현과 테스트를 거쳐서 유지보수 단으로 가는 방식은 약간식 다르지만 두 모델의 흐름은 비슷하다. 이론을 들어보면 정말 맞는 이야기 같다. 저렇게 하는게 맞는거 아닌가요?! 아니 정확히는 맞다. 하지만 프로그래머들에게 없는게 딱 두가지가 있다고 생각한다. 시간과 예산. 언제나 프로젝트의 시간은 ..
[설계] CRC카드 , 클래스다이어그램 요즘에 프로젝트를 하다보니 설계단에 관심이 많아졌다. 정확히는 DB설계에. 뭐 어느 프로그램이든 설계단은 거의 비슷비슷해서 크게 달라지진 않는다. 중요한건 사용자,요구자의 의견이 어떻게 반영되었는가. 어떤 형식으로 풀고 어떻게 정의하였는가가 설계에서 가장 중요하다는걸 느꼈다. 그중에서도 가장 중요한것이 해당 프로그래밍에 사용될 단어들. 즉 객체의 속성들일 것이다. 데브피아에 간단한 요청이 들어와서 심심풀이로 풀어보았다.(물론 틀릴수 있다는 가정하에 글을 쓴다.) 문제는 이것. imagine that you want to keep track of your library. 당신은 당신의 라이브러리 내용을 파악합니다. Each book is of a particular format (hardback, pape..
DA# 교육에서 그렸던거... 근데..맨날 보던거라..-_- 그리는건 쉬운데.. 모델링은..어렵다.. 내년부터는 모델링도 같이 공부해야겠다.
간단한 DB 이해(초보) -설계를 위한 논리 모델, 실제로 데이터베이스에 값으로 되어 있는 물리 모델로 나뉠수 있다. 논리 모델의 경우 물리 모델에 대한 상징적 이름이라 할수 있다. - 위와 같은 데이터의 나눔에 의해서 권한 및 속성들을 제어 할수 있게 된다. (먼 훗날 알게 될뜻.. 이해는 가는데 쿼리를 못짜겠다;;)