소프트웨어공학 소프트웨어 제품의 모든 측면과 관련된 공학적 규율 프레즈만의 정의 (Pressman) 소프트웨어는 실행 시 원하는 기능과 성능을 제공하는 지시 프로그램이 정보를 적절하게 조작할 수 있도록 해주는 자료구조 프로그램 운명 및 사용을 기술하는 문서 소프트웨어 분류 가. 응용 소프트웨어 VS 시스템 소프트웨어 응용 : 사용자의 목적에 맞게 개발. 워드, 엑셀, 브라우저 등 시스템 : 하드웨어 및 응용 소프트웨어 관리 및 지원. 운영체제, 네트워크 관리, 파일 관리 프로그램 등 나. 프레즈만의 소프트웨어 분류 다. 분류 방법(3) 라. 분류 방법(4) 일반 소프트웨어 일반적으로 PC 및 대형 시스템상에서 수행되는 소프트웨어 비기능적인 부분에 대한 고려가 많지 않음. (ex. 메모리 용량, 저장공간…..

객체지향 방법론 - 보충 럼바우 방법 (Rumbaugh) 가장 일반적인 방법 객체 모델, 동적 모델, 기능 모델로 나눠 분석 부치 방법 (Booch) 미시적, 거시적 개발 프로세스를 모두 사용 클래스와 객체들을 분석 및 식별하고, 클래스의 속성과 메소드를 정의 제이콥스 방법 (Jacobson) 유스케이스를 강조 코드와 요든 방법 (Coad & Yourdon) E-R 다이어그램을 사용하여 객체의 행위를 모델링 객체 식별, 구조 식별, 주체 정의, 속성과 인스턴스 연결 정의 연산과 메시지 연결 정의 등의 과정으로 주로 관계를 분석 워프스-브록 방법 (Wirfs-Brock) 분석과 설계 간의 구분이 없다. 설계 작업까지 연속적으로 수행

보호되어 있는 글입니다.

UML 모델링 UML : Unified Modeling Language 객체지향 설계를 위한 표준 언어 사물, 관계, 다이어그램 세 가지 요소로 구성 UML의 특징 가시화 : 개념 모델을 시각적인 그래픽으로 표기 명세화 : 개발 단계에서 필요한 모델을 정확하고 완전하게 기술 구축 : 다양한 프로그래밍 언어로 표현 가능 문서화 : 시스템 아키텍처 및 모든 상세 내역에 대한 문서화 사물(things) 구조 사물 (Structural Things) 시스템의 구조를 표현한 사물 클래스(class), 인터페이스(interface). 통신(communication), 유스케이스(use case), 활성 클래스(active class), 컴포넌트(component), 노드(node) 행동 사물 (Behavioral ..

방법론 : 정보시스템을 구축하는 데 필요한 여러 작업 단계들의 수행방법(Method)과 수행 시 도움이 되는 기법(Technique) 및 도구(Tool)를 이용한 개발 경험을 바타으로 각 작업 단계를 체계적으로 정리한 작업 수행의 표준 규범. 방법론의 발전추이 방법론 부재 1970년 이전 프로그래밍은 예술 구조적 방법론 1980년대 기능 중심의 개발 정보공학 방법론 1990년대 데이터 기능의 조화 객체지향 방법론 2000년대 데이터/기능/행동의 통합 정보공학 방법론 : 기업 전체의 관점에서 기업 활동을 기업모델로 분석하고 다이어그램 형태로 표현하여 정보시스템의 계획, 분석, 설계, 구축 등 전 과정을 공학적으로 적용하는 방법론 기존 기능 중심 방법론의 차이점 전사차원의 정보체계 지원 경영전략 지원 중심 ..

보호되어 있는 글입니다.

7. 소단위 명세서 목차 소단위 명세서의 특징 구조적 언어 선후 조건문 의사결정표 1. 소단위 명세서 소단위 명세서 : 입력 자료흐름을 출력 자료흐름으로 변환하기 위해 중간에 수행하는 각 처리들의 업무절차를 상세히 작성해 놓은 것. 구조적 언어 선후 조건문 의사결정표 ...와 같은 도구를 사용. 최하위 분할도에 대해서 소단위 명세서를 작성. 소단위 명세서 작성 도구의 조건 사용자와 시스템 분석가가 검증 가능한 형태로 표현 여러 계층의 사람들이 의사소통할 수 있는 형태로 표현 설계와 구현 사항을 임시로 결정하지 않도록 유의 2. 구조적 언어 소단위 명세서 작성에 필요한 최소한의 한정된 단어들과 문형만 사용. 제한된 언어 : 자료사전에 정의된 자료명 + a 제한된 문형 : 간단한 명령문과 산술식 제한된 구조..

5. 자료흐름도 작성 단계 5.1 자료흐름도의 단계화 5.2 자료흐름도의 분할 방법 5.3 논리적 모형의 구축 5.1 자료흐름도의 단계화 자료흐름도의 이점 : 단계적 자료흐름도는 기본적으로 하향식 분석방식에 속한다. 그렇기에 시스템의 큰 그림을 볼 수 있다. : 분할된 페이지와 페이지를 연결하는 필요가 없다. 배경도와 분할도 배경도(context diagram)이란 하향식 분석 방식을 따르는 자료흐름도의 최상위 계층이다. 시스템과 외부와의 상호작용을 파악. 시스템 분석의 범위를 결정한다. 분할도(partitioning DFD)은 시스템의 복잡도에 따라서 세분화된 자료흐름도를 총칭한다. 분할 수준에 대한 가이드라인 : 이해도를 저하시키지 않는 한 많이 분할한다. : 자료흐름에 집중해 분할한다. : 절대적인..