MARC 닫기
00000nam c2200205 k 4500
000003756573
20220920132536
010731s1999 KOR 0 kor
▼a 211070
▼c 211070
▼d 211070
▼l DM0000003654
▼v M98505
▼l DM0000003655
▼v M98505
▼c 2
▼f DM
▼a 393.8
▼a 393.8
▼b 국384ㅅ
▼c M98505
▼a 객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델플러스,.
▼n M98505/
▼d 김원배
▼a 서울:
▼b 국방대학원,
▼c 1999
▼a 47 p.
▼a 학위논문(석사) --
▼b 국방대학교 대학원,
▼d 1999
▼a 객체지향
▼a 소프트웨어
▼a 개발
▼a ADA
▼a 프로세스
▼a 모델플러스
▼a 운영분석
▼a 김원배
▼a 객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델플러스
▼a (군대학) 학위논문
| 자료유형 : | (군대학) 학위논문 |
|---|---|
| 분류기호 : | 393.8 |
| 서명/저자사항 : | 객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델플러스,. M98505/ 김원배 |
| 발행사항 : | 서울: 국방대학원, 1999 |
| 형태사항 : | 47 p. |
| 학위논문주기 : | 학위논문(석사) -- 국방대학교 대학원, 1999 |
| 개인저자 : | 김원배 |
| 언어 | 한국어 |
| 원문보기 : |
객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델플러스,. M98505 객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델플러스,. M98505 객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델플러스,. M98505 |
|---|
‘80년대 후반 들어 소프트웨어 위기를 인식하면서부터 이에 대한 대비책으로 소프트웨어 개발의 새로운 방법으로 평가되고 있는 여러 가지 객체지향 개발 방법론이 발표되었으며, 현재는 국제표준인 UML(Unified Modeling Language)이 개발도구(CASE Tool)와 함께 많이 사용되고 있다. 그러나 실제로 소프트웨어를 개발할 때 체계적인 접근방법을 제시하지 못하고 있는 실정이다.
본 논문에서 제안한 APM+(Ada Process Model Plus)는 기존의 APM을 파일럿 프로젝트에 적용하여 발생한 문제점을 보완 및 개선한 객체지향 소프트웨어 개발 프로세스이다. APM+는 Ada언어로 소프트웨어를 개발할 때 적합한 프로세스이며, 개발단계를 분석 · 설계 · 구현단계로 구분하고 단계별로 프로세스 및 모델과 모델의 표기법으로 정의하였다.
분석단계는 사용자 요구사항 기술서로부터 문제영역을 정의하고, 문제영역 속에서 시스템의 행위 및 기능, 외부환경과의 상호작용을 파악하여 시스템의 행위를 객체로 식별하고 정의하는 단계이다. 설계단게는 Architectural, Mechanistic 설계로 구분하여 분석단계에서 정의한 객체를 Ada 패키지로 전환하여 Ada 프로그램 구조를 생성하는 단계이다.구현단계는 Detailed 설계로서 Ada 프로그램의 구현부분 코딩과 시험을 수행하는 단계이다.
앞으로 객체지향 프로그래밍언어를 사용하여 객체지향 소프트웨어를 개발한다면 본 논문에서 제안한 APM+를 적용하여 체계적인 소프트웨어 개발이 가능할 것으로 기대되며, 국제표준인 UML에서 제시하는 여러 가지 다이아그램의 내용과 의미를 수용하고 있으므로 일부 산출물은 UML 개발도구를 사용하여 쉽게 작성할 수 있을 것이다.
KDMT49931425
권 호 : 136
발행년 : 199902
저 자 : 김원배
서 명 : 객체지향 소프트웨어 개발을 위한 Ada 프로세스 모델 플러스
표제지 = 0,1,3
감사의글 = 0,4,1
요약 = i,5,1
목차 = ii,6,3
표목차 = v,9,1
그림목차 = vi,10,3
제1장 서론 = 1,13,2
제2장 APM개선을 위한 관련연구 = 3,15,1
2.1 Ada 프로그래밍 언어의 특성 = 3,15,1
2.2 기존의 소프트웨어 개발 방법 = 4,16,1
2.2.1 기존의 객체지향 개발방법 고찰 = 4,16,7
2.2.2 객체지향 개발방법의 일반적인 접근방법 = 11,23,3
2.3 APM과 UML의 연관성 = 14,26,1
2.3.1 기존 APM의 고찰 = 14,26,3
2.3.2 UML(Unified Modeling Language) 개요 = 17,29,2
2.3.3 APM과의 연관성 = 19,31,1
2.4 APM의 보완사항 식별 = 19,31,2
2.5 APM 개선을 위한 고찰 = 21,33,1
2.5.1 배경도(Context Diagram) = 21,33,3
2.5.2 활동모델(Activity Model) = 24,36,1
2.5.3 설계단계 접근방법 = 25,37,1
2.5.3.1 Architectural 설계 = 26,38,1
2.5.3.2 Mechanistic 설계 = 27,39,2
2.5.3.3 Detailed 설계 = 29,41,2
제3장 APM의 개선 = 31,43,1
3.1 Use Case Model 보완 = 31,43,1
3.1.1 배경도(Context Diagram) 도입 = 31,43,2
3.1.2 산출물 색인번호 부여 = 33,45,3
3.2 사용자 인터페이스 관련 활동 보완 = 36,48,1
3.3 주요활동별 데이터 모델링 = 37,49,1
3.3.1 배경도 데이터 정의 = 37,49,1
3.3.2 클래스 데이터 정의 = 37,49,1
3.3.3 Definition 패키지 데이터 정의 = 38,50,1
3.4 설계 단계 프로세스 보완 = 39,51,3
제4장 APM+(Ada Process Model Plus) 제안 = 42,54,1
4.1 개요 = 42,54,1
4.2 APM+의 구성 = 43,55,1
4.2.1 분석 단계 = 44,56,2
4.2.1.1 Use Case Model 작성 = 46,58,2
4.2.1.2 System Object Modle 작성 = 48,60,2
4.2.1.3 Interface Model 작성 = 50,62,4
4.2.1.4 분석 모델 검증 = 54,66,1
4.2.2 설계 단계 = 55,67,2
4.2.2.1 Architectural Model 작성 = 57,69,2
4.2.2.2 Interaction Model 작성 = 59,71,1
4.2.2.3 Package Model 작성 = 60,72,4
4.2.2.4 Package Description 작성 = 64,76,1
4.2.2.5 설계 모델 검증 = 65,77,1
4.2.3 구현 단계 = 66,78,1
4.2.3.1 패키지 코딩 = 67,79,1
4.2.3.2 시험(Test) = 67,79,2
제5장 결론 = 69,81,2
참고문헌 = 71,83,3
표제지 = 0,86,1
부록차례 = 0,87,2
Ada 소프트웨어 개발 프로세스 개요 = 1,89,1
Ada Process Model Plus의 구성 요소 = 1,89,1
APM+의 참고모델 = 2,90,1
국방정보체계 관리규정과 APM+의 비교 = 2,90,1
APM+ 프로세스와 모델 = 3,91,1
APM+의 프로세스 체계 = 3,91,1
1000. 분석 단계 = 4,92,1
분석 단계 프로세스와 모델 = 4,92,1
1100. Use Case Model 작성 = 5,93,2
1200. System Object Model 작성 = 7,95,1
1300. Interface Model 작성 = 8,96,4
1400. 분석 모델 검증 = 12,100,1
2000. 설계 단계 = 13,101,1
설계 단계 프로세스와 모델 = 14,102,1
2100. Architectural Model 작성 = 14,102,2
2200. Interaction Model 작성 = 16,104,2
2300. Package Model 작성 = 18,106,3
2400. Package Description 작성 = 21,109,1
2500. 설계 모델 검증 = 22,110,3
3000. 구현 단계 = 25,113,1
구현 단계 프로세스와 모델 = 25,113,1
3100. 패키지 코딩 = 26,114,1
3200. 단위 패키지 시험 = 27,115,2
3300. 서브시스템 시험 = 29,117,1
3400. 시스템 시험 = 30,118,2
표기법 = 32,120,1
1110. Context Diagram = 33,121,1
1120. Use Case Diagram = 34,122,1
1130. Scenario = 35,123,1
1200. System Object Model = 36,124,2
1320. System Interface Diagram = 38,126,1
1330. Time-Line Diagram = 38,126,1
1340. Life-Cycle Model = 39,127,1
1350. Operation Model = 40,128,1
1360. 사용자 인터페이스 모듈 구성도 = 41,129,1
2120. Deployment Diagram = 42,130,1
2130. Process Architecture Diagram = 43,131,1
2210. Object Interaction Graphs = 43,131,1
2230. Activity Diagram = 44,132,1
2310. Object Packaging Matrix = 45,133,1
2320. Package Visibility Dependency Graphs = 46,134,1
2330. Package Diagram = 46,134,1
2340. Inheritance Graphs = 47,135,1
2410. Package Description = 48,136,1
한반도 안보 리포트 : 북한의 군사력 및 전쟁위협 평가. 2025
390.9111 국384ㅎ
인지전 : 뇌를 해킹하는 심리전술
390.18 송691ㅇ
(한국군이 새롭게 거듭나기 위한) 강군의 조건
390.911 강654ㄱ
미국은 왜 전쟁을 멈추지 못하는가 : 트럼프와 1조 달러 전쟁 기계의 야망
390.132 하316ㅁ백
알고리즘 전쟁 : AI가 바꾸는 미래 전쟁의 판도 = Algorithms of armageddon : the impact of artificial intelligence on future wars
392.13 갈587ㅇ김
북한의 육해공군 = The armed forces of North Korea
390.9111 미847ㅂ성
용과 뱀 : 서방에 맞서려는 적들의 전쟁 방식 진화
390.942 데571ㅇ임
서평쓰기