dongdorodongdong

정의OMG(Object Management Group) 표준 객체 모델에 관한 정의 구성 요소객체 요구 매개자(OBR) "객체간의 메세지 송수신을 처리하는 기능" "이 기능의 표준 규격이 CORBA" 객체 서비스 "객체가 실행하는 처리를 지원하는 기본적인 기능의 집합" 공통 기능 (Common Facilities) "응용 객체를 실행할 때에 제공되는 편리한 공통 기능의 집합" 도메인 인터페이스 (Domain Interface) "통신 의료 등 특정 응용 도메인에서 공통으로 사용하는 인터페이스를 규정" 응용 인터페이스 (Application Interface) "사용자가 응용시마다 정한 인터페이스를 지칭" * IDL- CORBA에서 인터페이스 정의 언어

정의 S/W 개발 과정에서 사용되는 분석, 설계, 구현, 검사, 디버깅 과정을 컴퓨터 및 S/W 도구를 사용하여 자동화 하는 작업S/W, H/W, DB, Test 등을 통합하여 S/W를 개발하는 환경을 조성한다 특징S/W 생명 주기의 전체 단계를 연결 및 자동화 해주는 도구를 제공개발 비용 감소품질 향상개발 기간 감소유지보수 용이모듈의 재사용성 향상개발 단계의 표준화를 기할 수 있다문서화 및 명세화를 위한 그래픽 기능을 제공CASE는 아직 표준화가 되지 않음개발 방법론 생성은 X사용방법을 신속히 숙지X 분류상위 CASE - 요구 분석, 설계 지원 하위 CASE - 구현, 테스트 과정 지원 통합 CASE - 전체 과정 지원

재사용정의 - 이미 개발된 S/W를 다른 S/W 개발이나 유지에 이용 특징 - 재사용 부품(모듈)의 크기가 작을수록 재사용률이 높음 - 객체지향적일수록 재사용송을 크게 향상 - 소스 코드가 가장 많이 재사용 - 고급 프로그래머 배출 X 이점 - 개발 시간 단축 - 비용 단축 - 생산성 향상 - 시스템 구축방법에 대한 지식, 문서 공유 재공학정의 - 기존 시스템을 이용하여 더 나은 시스템을 구축하고 새로운 기능을 추가하여 성능을 향상 특징 - 기존의 S/W를 파기하지 않고 사용자의 요구사항, 환경으로 기존 S/W를 수정 보완 - 위기를 해결하기 위해 유지보수의 생산성으로 해결 - 유지보수성 용이성 향상이 주 목적 - CASE의 정보 저장소와는 무관 - 유지보수 측면에서 Preventive(예방)의 문제를 ..

정의프로젝트를 계획대로 완료될 수 있도록 관리하는 것생명 주기의 전 과정에 걸쳐 진행최소 비용으로 사용자의 최대 만족 3P프로젝트 관리를 효과적으로 하기 위한 3대 요소 People (사람) "인적 자원" Problem (문제) "문제 인식" Process (프로세스) "작업 계획" 관리 대상계획개발팀비용일정위험형상품질고객 관리는X 1. 계획 관리정의 - 프로젝트 수행 전 S/W 개발 범위, 자원, 비용, 일정 등을 예측하는 작업 - 제한된 자원과 일정에 대한 최적의 방법을 찾고자 노력 예측 대상 - 범위 - 비용 - 성능 - 유지보수, 위험성은 X S/W 영역 결정 사항 - 기능 - 성능 - 제한조건 - 신뢰도 - 위험성 - 인터페이스 "기존의 S/W와 새로운 S/W를 연결" 소프트웨어 Scope(범위..

특징 재사용율이 높다유지보수 향상사용자 중심, 대화식 프로그램 등 대형 프로젝트 개발에 적합각 개발 단계의 순서가 뚜렷하게 구별되지 않음분석, 설계 및 구현 단계들 사이에 의미적 갭이 크지 않다.S/W 위기의 해결책으로 채택되어 사용 분석 정의 - S/W를 개발하기 위한 업무를 객체와 속성, 클래스와 멤버, 전체와 부분등으로 나누어서 분석해 내는 기법 특징 - 클래스, 객체, 속성, 연산들을 표현해서 모형화를 함 (ERD) - 객체는 인스턴스화 되고, 클래스를 식별 - Rumbaugh 분석 기법을 이용 - 객체의 이름과 상태, 행위들을 개념적으로 파악 설계특징 - 시스템을 구성하는 객체, 속성, 연산을 인식하는 것이 가장 중요 - 문서화할 때 계층차트를 이용하여 객체와 부객체의 계층적 구조를 보여주게 함..

정의S/W를 개발하기 위해 정의, 개발, 유지보수 과정을 각 단계별로 나눈 것 표현 형태폭포수프로토타입나선형애자일 생명주기 단계정의 단계 (What) - 타당성 검토 "법적, 경제적, 기술적으로 실현 가능한지 조사" - 계획 "자원, 비용을 측정" - 요구사항 분석 "요구한 문제를 보다 상세하게 분석" 개발 단계 (How) - 설계 "구조, 알고리즘, 자료구조 등을 작성" - 구현 "작성된 문서를 기초로 프로그래밍하고 번역" - 테스트 "내재되어 있는 오류를 찾음" 유지보수 단계 - 가장 시간, 비용이 많이 듬 역할프로젝트 비용한정계획 수립의 기본 골격진행방향을 명확히 함용어, 기술의 표준화를 통한 일관성 유지단계별 종료 시점은 명확하지 않음폭포수 모형 단계 1. 타당성 검토 2. 계획 3. 요구 분석 ..

디버깅 정의 - 오류 수정 과정 - 검사 기법 X 특징 - 성공적인 테스팅의 결과로 발생 - 징후로부터 원인을 찾아 수정하는 과정 - 심리적인 요소가 많이 관여 접근법 - 맹목적 강요 - 역추적 - 원인 제거 유지보수 정의 - 가장 비용이 많이 투입되는 단계 - 인수, 설치된 후 발생하는 모든 공학적 작업 활동 - Corrective (수정) "오류를 수정" - Adaptive (적응) "환경변화(H/W, OS, 다른 시스템 요소의 향상 등) 반영" - Perfective (완전화, 기능) "기능 추가, 개선" "가장 큰 비중을 차지" - Preventive (예방) "사용자의 프로그램 변경에 대한 요구를 미리 예측하여 준비" Alien Code (외계인 코드) - 너무 오래되어 유지보수 작업이 어려운 ..

구현 정의 - 설계단계에서 생성된 내용을 컴퓨터가 알 수 있는 형태로 변환하는 과정 - 코딩 프로그래밍 언어 선택 기준 - 대상 업무의 성격 - 개발 담당자의 경험과 지식 - 과거의 개발 실적 - 4세대 언어 여부X 구조적 프로그래밍 - 여러 갈래로 분기하여 복잡하게 하지 않음 - 순서대로 선택적으로 반복 문장을 사용하는 제어 구조만을 사용 - Dijkstra의 제안 - 순차 : 명령을 순서적으로 나열 - 선택 : 특정 논리에 기초하여 명령 선택 - 반복 : 순환을 제공 검사 정의 - 품질 보증 활동의 하나로써 오류를 발견하기 위해 수행하는 과정 기법 - 화이트 박스 테스트 - 블랙 박스 테스트 순서 1. 단위 검사 (코드) 2. 통합 검사 (설계) 3. 검증 검사 (요구사항) 4. 시스템 검사 화이트 ..

설계 모형(d) 절차설계 - 모듈이 수행할 기능을 절차적 기술로 바꾸는 것 (c) 인터페이스 설계 - 시스템과 사용자가 어떻게 통신하는지 (b) 구조 설계 - 모듈간의 관계와 프로그램 구조 정의 (a) 데이터 설계 - 요구사항 분석 단계에서 생성된 정보를 S/W를 구현하는데 필요한 자료구조로 변환하는 것 계산기 예시 1. 요구사항 분석 단계에서 DFD2. 데이터 설계 "입력 A 입력 B 결과" 3. 구조 설계 4. 인터페이스 설계 5. 절차 설계6. 구현 좋은 설계의 기준모듈적이어야 함 결합도가 낮아야 함, 응집도가 높아야 함자료와 프로시저에 대한 분명하고 분리된 표현 S/W는 논리적으로 특별한 기능과 부기능을 수행하는 요소들로 나누어져야 함 복잡도와 중복을 줄임S/W 요소들 간의 효과적인 제어를 위해 ..

요구사항 분석정의 - 사용자의 요구사항을 이해하고 문서화하는 활동 기법 - 사용자 면접 - 사용 중인 문서 검토 - 설문 조사 분석가의 능력 - 거시적 관점(넓고 멀리 보다)에서 세부적인 요소를 관찰할 수 있는 능력 - S/W 개발에 많은 경험 - H/W, S/W에 대한 컴퓨터 기술의 이해 분석 도구 - DFD : Data Flow Diagram (자료 흐름도) - DD : Data Dictionary (자료 사전) - HIPO : Hierarchy Input Process Output - Mini Specification (소단위 명세서) - ERD : Entity Relation Diagram (개체 관계도) - State Transition Diagram (상태 전이도) 요구사항 분석 작업이 어려운..

소프트웨어 개발 방법론정의 - 과거 경험을 토대로 성공적으로 평가되는 S/W를 분석 및 설계방법들을 모아 하나의 개발 방법으로 정형화 한 것 종류 - 구조적 개발 방법론 - 객체 지향 개발 방법론 구조적 개발 방법론정의 - 정형화된 분석절차에 따라 요구사항을 파악하여 문서화 하는 체계적 이론 - 모듈화를 위해 하향식 분할을 하면서 분석, 설계를 수행하는 자료흐름 지향 기법 - 모듈화에 의한 SW 설계 기법 장점 - 구조가 단순 - 이해하기 쉬움 - 수정에 용이 - 정확함 단점 - 재사용이 어려움 - 유지보수가 어려움 - S/W 위기 해결에 어려움 개발 순서 1. 요구사항 분석 2. 설계 3. 구현 4. 검사 5. 디버깅 6. 유지보수 객체지향 개발 방법론장점 - 현실 세계를 프로그램에 반영 - 재사용 용..

Software정의 - H/W를 동작시켜 사용자가 작업을 편리하게 수행하도록 하는 프로그램과 자료구조 등을 총칭 - 프로그램의 개발, 운용 및 유지보수에 관련된 모든 문서와 정보 특징 - 상품성 - 견고성 - 복잡성 - 순응성 - 비가시성 - 비마모성 - 비제조성 - 비과학성 Software Engineering정의 - 가장 경제적, 신뢰도 높은 S/W를 만들기 위한 방법 - 도구와 절차들을 체계화 한 학문 - 코딩이 아니라 프로그램을 잘 만드는 방법을 연구 - S/W의 제작부터 운영까지 생산성을 높이기 위해 기술적, 인간적인 요소에 대한 방법론을 제공 - S/W의 개발, 운용, 유지보수, 폐기 처분에 대한 체계적인 접근 방안 - 과학 지식을 S/W 설계와 제작에 응용하는 것이며 이를 개발, 운용, 유지..