|
다이어그램법 (Arrow Diagram)
애로 다이어그램법 : PERT 나 CPM 에서 쓰이는 일정계획을 위한 네트워크 그림으로, 여러 가지 작업이 복잡한 순서로 실시되면서 목적이 달성되는 경우에 그 순서와 일정 계획을 명확히 하고 효율적으로 진척도를 관리
|
|
|
TOS 제공 함수들은 위의 UML Diagram에서 표현한 방식과 같이 Java의 인터페이스로 구현하여 호출해서 사용하는 식으로 나타냈습니다.
3. 결론
이번 지하 유류 탱크 모니터링 시스템을 분석해 보면서 실제로 임베디드 시스템 프로그램이 어떤 식으
|
|
|
소프트웨어 재공학(Reengineering) 목적
* 복잡한 시스템을 다루는 방법
* 다른 뷰를 생성
* 잃어버린 정보의 복구 및 제거
* 부작용 발견
* 재 사용 용이
2. CASE(Computer-Aided Software Engineering)
(1) CASE 개념
* 소프트웨어 개발의 작업들을 자동
|
|
|
소프트웨어의 개발 보수를 완전히 자동화하는 것은 아니며, 특정 분야에 맞는 CASE를 사용한다.
(Computer Aided Software Engineering)에 대한 설명 중 틀린 것은?
가. Case는 상위(upper) CASE, 중위(medium) CASE, 하위(lower) CASE, 통합(integrate) CASE의 4가지 형태로
|
|
|
다이어그램
1. 개발 프로젝트 기능점수 측정 ? Project “A”
2. 개선 프로젝트 기능점수 측정 ? Project “B”
3. 어플리케이션 기능점수 측정
2. 측정 범위와 어플리케이션 경계식별
● 측정 범위의 정의
- 규모 측정 대상 소프트웨어의 집합(하위
|
|
|
소프트웨어 개발 모형
2. 문제의 정의
3. 객체 식별
4. 오퍼레이션 파악
5. 클래스 정의 및 오퍼레이션 구현
Ⅵ. 객체지향과 원격객체
1. remote*
2. rclass
3. rnew와 rdelete
Ⅶ. 객체지향과 캡슐화
Ⅷ. 객체지향과 클래스다이어그램
1. 연관(A
|
|
|
State Activity Diagram
6.2.1 로그인
6.2.2 회원 가입
6.2.3 인스턴트 메시지
6.2.4 회의실
6.3 Sequence Diagram
7. 개발 환경 명세
7.1 시험 환경 및 기법
7.2 모듈 시험계획
8. 요구사항 참조표
9. 기타 사항
참 고 문 헌
부록 #1 (소스코드)
|
|
|
특징
◎Diagram
◇클래스 다이어그램(Class diagram)
◇시퀀스 다이어그램(sequence diagram)
◎Relationship
◇연관 관계(association)
◇집합 관계(aggregation)
◇일반화 관계(Generalization)
◇의존 관계(Dependencies)
◎UML - MVC - MFC
Reference
|
|
|
diagram으로 나타내었다. Company와 department, office의 관계는 composition으로 관계를 이루고 있다.
Department와 Person은 두가지의 association관계로 이루어져 있다. 하나는 person의 역할이 manager로서 하나는 member로서 이루어져 있다. 여기에 Constraint를 첨가
|
|
|
소프트웨어 MS Office를 알아보면서 기업의 경영을 지원하는 많은 프로그램이 있음을 알 수 있었다. 하지만 소프트웨어에 너무 의존하거나, 소프트웨어를 경영혁신을 위한 하나의 도구임을 망각하지 말고, 기업이 근본적으로 가지고 있는 문제
|
|
메뉴펼치기
