Development/UML(90)
-
소프트웨어 개발 방법론
소프트웨어 개발 방법론 · 방법론은 생각과 행동을 구조화하는 방법을 명백히 제시합니다. 소프트웨어 개발 방법론은 소프트웨어를 개발하는데 적용할 수 있는 방법을 제시합니다. · 여러 방법론 중 많은 개발자들에 의해 검증 되고 축적된 노하우가 소프트웨어 개발 방법론이 될 수 있습니다. 소프트웨어 개발 방법론 2가지 영역 사용자가 하나의 모델을 만들 때, 어떻게, 언제, 무엇을, 왜라는 모든 방법을 제시하는 것이 방법론(methods)인 반면에 이러한 모델을 단지 표현하는 것이 modeling language입니다.
-
ER 모델의 주요 구성 요소
ER 모델의 주요 구성 요소 구분 정의 개체 (Entity) DB가 표현하려고 하는 유형, 무형의 정보 대상으로, "존재"하면서 서로 구별될 수 있는 요소 관계 (Relationship) 개체들 간의 의미 있는 연결 또는 연관성을 의미하는 요소 속성 (Attribute) 개체나 관계의 특성을 나타내는 요소로서, 이름을 가진 정보의 가장 작은 논리적 단위
-
ERD 생성하기
ERD 생성하기 ERD 편집기 내에서 마우스 우클릭 >> [가져오기] >> [데이터베이스] 정보 입력 후 >> [Next] [확인]
-
소프트웨어 모델링(Software Modeling), 소프트웨어 모델링의 필요성, 모델링하면 좋은 점
소프트웨어 모델링(Software Modeling)· 만들고자 하는 것, 머리 속에 있는 생각들을 누구나 볼 수 있게 본을 뜨는 것· 객체나 DB를 그림으로 표현하는 것 소프트웨어 모델링의 필요성· 소프트웨어는 날이 갈수록 갈수록 복잡해지고 다양지고 있습니다.· 복잡하다는 건 쉽게 이해하기 어렵다는 의미이며 그러므로 해서 문제 발생시 문제해결방법도 복잡해 지게 됩니다. 모델링하면 좋은 점· 만들고자 하는 바를 더 명확하게 할 수 있습니다.· 조금 더 잘 만들 수 있습니다.· 이해하고 소통하기 편해 집니다. (팀장, 부장, 이사, 사장, 디자이너, 영업, 엔지니어, 고객지원등)· 성과, 할 줄 안다는 것 보여줄 때 좋습니다.· 만들고 나면 뿌듯합니다.
-
유스케이스 모델 검증
유스케이스 모델 검증· 한국정보화진흥원의 정보시스템 감리지침에서는 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성에 대하여 다음과 같은 사항을 점검하도록 하고 있습니다· 주요한 기능명세에 대하여 유스케이스 명세서가 작성되었는지 먼저 확인합니다.· 유스케이스 명세서는 유스케이스에 대한 전반적인 사항을 기록합니다.· 유스케이스 명세서에 작성된 유스케이스 모델 검증합니다.· 시스템이 어떻게 동작하여야 하는지를 명확하고 구체적으로 기술하고 있는지 검토합니다.· 대표적인 시나리오 기반 요구사항 분석방법으로도 활용됩니다.· 유스케이스 다이어그램을 작성하여 사용자 요구사항 문서와 같은 입력 자료로부터 이해관계자와 관심 대상인 시스템 간의 상호작용을 식별합니다.
-
분석모델 검증 절차
분석모델 검증 절차정보시스템의 분석설계가 잘 도출되었는지 검증하는 절차입니다.분석모델 검증 절차에서 파악해야 할 내용에 대해 아래의 내용을 파악할 수 있습니다.