observe_db

3/27 Funtional Modeling: 어떤 기능을 포함할 것인가. Use Case(사용 사례, 사용 경우 등으로 번역) : 시스템의 기능을 높은 관점(Bird's-eye view)로 간단하게 서술 : 유저에 의한 시스템의 활동을 기술 : 논리적 모델 : 시스템의 기본적 기능 서술 시스템과 유저의 상호작용을 중요하게 본다. 정의서나 Activity Diagram등의 만들어둔 정보를 이용한다. Scenario(시나리오): Use Case의 사례 Hierarchical Diagram을 이용하여 복잡도를 개선하고 직관적인 이해를 돕는다. UC diagram을 그리는 순서 브레인 스토밍 만들어둔 정보들을 이용한다. Use-cases의 종류 Overview vs. Detail Use Case 요구의 고수준 ..

3/24 활동다이어그램 BPM(Business Process Modeling) 업무 절차 수행 되는 절차 혹은 활동 현재 시스템(as-is)과 새로운 시스템(to-be)에 포함되는 것 전산화 여부는 제안하지 말것 활동 다이어그램 업무절차에서 고수준의 행동 모델 논리적 모델, 문제 영역 모델 정교한 자료 흐름 다이어그램 주소들은 병렬적 처리 활동이며 복잡한 절차 흐름도(flaw models) 예시 활동 다이어그램 예시 활동 다이어그램의 요소 activity(매개변수화된 동작의 사양) 노드는 Action Node/Control node(Decision, Fork, Join, Activity와 Flow final)/Object Node(Pins)로 구분됨 action(activity에서 실행가능한 기능의 기본..

3/20 요구 정의 전체 SDLC(Software Development Life Cycle)의 중요한 부분 시스템에 의해 쉽게 변한다(==100%확정이 X) 실제 업무와의 차이 구현 형태 미정으로 가능성이 미정 요구사항이란? 시스템이 해야하는 것/가져야하는 기능(명시적or묵시적) 설계과정에서 분석과정까지 변화할 수 있음 기능 요구 프로세스와 직접적으로 연관된 것 비기능요구 시스템이 가지는 속성(property) + 인터페이스 요구 사용자와의 인터페이스(GUI 등)/ 다른 시스템과의 소통 정의 unique한 식별 번호(in 요구사항 문장) --구분을 위함 주어 서술어 목적어를 정확하게 기술 Due-Day는 중요하다 요구를 모으는 기술 분석 과정의 목표: 새로운 시스템의 요구에 대한 진정한 이해 도전 처음에..

3/13 객체지향(Object-Orientation)의 특징 Class와 Object method와 메시지 상속(inheritance) Encapsulation and Information hiding Polymorphism and Dynamic Binding Classes와 Objects Class: 구체적 instance나 object를 정의하는 틀 Object: class의 실 예시 Attributes(속성): object에 대해 기술한 것 Behavior: object가 가능한 것을 명시하는 것 Method와 Message Method는 object의 행동을 시행한다. Message는 trigger methods로 전송된다. Encapsulation과 Information Hiding Encaps..