현재 위치 - 회사기업대전 - 기업 정보 조회 - UML 전화 시스템의 클래스 다이어그램 데이터 사전

UML 전화 시스템의 클래스 다이어그램 데이터 사전

전화 청구 시스템은 통신 사업자 운영 지원 시스템 (BOSS) 의 주요 구성 요소이며 호텔, 학교, 중대형 기업에 필요한 관리 시스템 중 하나입니다. 유연하고 정확하며 시기적절한 것이 생명이다. 객체 지향 분석 및 설계의 표준 표현인 UML 의 최종 목적은 다양한 분야의 사람들에게 일관된 커뮤니케이션 표준을 제공하는 것입니다. 전화 청구 시스템에서 UML 을 사용하면 시스템 개발 과정에서 다양한 인력 (시스템 설계자, 소프트웨어 설계자, 개발자, 고객 및 사용자) 간의 의사 소통이 어려운 문제를 해결하여 유연하고 정확한 실시간 시스템을 구축할 수 있습니다. 텔레콤 업무 규범에 따르면, 전화 청구 시스템은 데이터 수집, 청구 및 회계 처리의 세 가지 주요 시스템으로 나눌 수 있으며, 각 시스템은 여러 하위 시스템으로 나눌 수 있습니다. 저자는 UML 기반 전화 청구 시스템의 분석 및 설계에 대해 주로 논의했습니다.

1 UML 개요

UML (통합 모델링 언어) 은 표준화된 객체 지향 그래픽 모델링 언어입니다. 이 모델은 그림과 메타 모델로 구성됩니다. 여기서 그림은 일반적으로 UML 의 구문 부분을 나타내고 메타 모델은 UML 의 의미 부분이며 일반적으로 그림의 의미를 해석하는 역할을 합니다. 시스템의 각 단계에 대한 요소의 그래픽 표현은 UML 의 특징입니다. UML 은 동작 특성에 따라 두 가지 범주로 나눌 수 있는 9 가지 다른 그래프를 제공합니다. 하나는 유스 케이스 다이어그램, 클래스 다이어그램, 개체 다이어그램, 구성 요소 다이어그램 및 레이아웃을 포함하는 정적 다이어그램입니다. 다른 하나는 시퀀스 다이어그램, 공동 작업 다이어그램, 상태 다이어그램 및 활동 다이어그램을 포함한 동적 다이어그램입니다.

시스템 아키텍처에 따라 9 개의 그래프를 5 개의 뷰로 나눌 수도 있습니다.

첫 번째 범주는 일반적으로 고객 요구 사항을 표현하고, 사용자 요구 사항의 관점에서 시스템 기능을 설명하고, 각 기능의 운영자를 나타내는 데 사용되는 유스 케이스 다이어그램입니다.

두 번째 범주는 클래스 다이어그램, 객체 맵 및 패키지 다이어그램을 포함하는 정적 그래프입니다. 여기서 클래스 다이어그램은 시스템에 있는 클래스의 정적 구조를 설명하고 시스템에 있는 클래스 간의 관계를 정의합니다. 객체 다이어그램은 실제 클래스 다이어그램이 아닌 클래스 다이어그램의 예입니다. 일반적으로 인스턴스의 데이터 구조와 객체 간의 관계를 반영하는 데 사용됩니다. 패키지 다이어그램은 패키지 간의 관계를 나타내는 패키지 또는 클래스로 구성되며, 주로 시스템의 계층을 설명하는 데 사용됩니다.

세 번째 범주는 상태 및 활동 다이어그램을 포함한 행동 그래프입니다. 여기서 상태 다이어그램은 클래스에서 설명하는 것을 보완하는 것으로, 객체의 가능한 모든 상태와 상태 변경을 일으키는 조건을 보여 줍니다. 활동 다이어그램은 사용 사례 간의 활동 프로세스를 설명하는 다양한 작업 상태로 구성된 연속 워크플로우입니다.

네 번째 범주는 시퀀스 다이어그램과 공동 매핑을 포함한 상호 작용 다이어그램입니다. 여기서 순서도는 주로 객체 간의 동적 공동 작업 관계를 반영하고, 객체 간의 메시지 전송 순서를 강조하며, 객체 간의 상호 작용을 표시합니다. 공동 작업 다이어그램은 객체 간의 동적 공동 작업을 설명하며 주로 컨텍스트 종속 객체 간의 동적 공동 작업에 사용됩니다.

다섯 번째 범주는 구성 요소 다이어그램과 배포 다이어그램을 포함한 구현 다이어그램입니다. 여기서 구성 요소 다이어그램은 주로 코드의 물리적 구조와 물리적 구성 요소 간의 종속성을 반영하는 데 사용되며, 배포 다이어그램은 시스템의 하드웨어 및 소프트웨어 구조를 나타내는 데 사용됩니다.

2 시스템 분석

2. 1 요금의 기본 원칙

통화료 청구의 근거는 사용자의 통화기록이다. 통화 기록은 주로 주호 번호, 호출 번호, 통화 시작 시간 및 통화 시간 필드로 구성됩니다. 전화 요금 계산 공식은 다음과 같이 설명할 수 있습니다.

Fee=f (호출자, 발신자, 시작 날짜 시간, 기간)

그 중: 요금은 전화 요금입니다. 발신자는 발신자 번호입니다. 호출 된 번호는 호출 된 번호입니다. 시작 날짜 시간은 통화 시작 시간입니다. Duration 은 통화 기간입니다.

기본 전화 요금의 표준 가격은 영업 지역 내 모든 전화에 대해 동일하며 위의 공식은 다음과 같이 단순화할 수 있습니다.

비용 =f (호출, 시작 날짜 시간, 기간)

전화망은 전 세계적이며, 각 전화마다 고유한 번호가 있다. 숫자마다 다른 비율을 줄 수는 없다. 전화의 다른 지역, 다른 용도는 당연히 분류된다. 바로 통화 유형 (예: 국제 장거리, 국내 장거리, 지역, 구간, 안내소 등) 이다. ).

날짜와 시간이 다르기 때문에 전화 사용자의 통화 빈도는 크게 다르고, 낮 통화 유량이 높고, 저녁 통화 유량이 낮고, 휴일 통화 유량이 낮고, 근무일 통화 유량이 높다. 전화망의 이용률을 높이기 위해 통신사업자들은 인터넷 한가할 때 사용자가 통화할 수 있도록 날짜와 시간대별 우대 요금을 실시한다.

통화 시간은 단위로 계산됩니다 (예: 장거리 1 단위, 현지 1 분).

상술한 공식의 다른 실현은 서로 다른 요금기준 (예: 정보산업부가 반포한 전화요금기준) 을 산출한다.

2.2 기능 요구 사항

청구 기본 원리와 현재 사용 중인 청구 시스템을 분석하여 관련 통신 업무 사양을 참조하여 표준 청구 시스템의 시스템 사용 사례도를 얻을 수 있습니다 (그림 1 참조).

2.3 성능 요구 사항

5 만불 (또는 654.38+0.5 만불/일) 전화의 청구 요구를 충족시킬 수 있으며, 청구 처리 속도는 5000 불/분입니다. 계산된 환율이 분까지 정확하다.

2.4 입출력 요구 사항

파일 레벨 가격 승인을 사용하여 파일 형식은 다음과 같습니다.

발신자, 발신자, 통화 시작 시간 및 통화 시간 (초 단위)

각 필드는 ","기호로 구분되며 각 줄에 계산서가 있습니다.

예: 98745632,98745632,2006-01-01132: 50,/kloc.

파일 이름은 생성 시간에 따라 지정됩니다.

예: 2006-01-0310: 00:10, 결과 파일 이름은 200601입니다

출력 파일: 데이터베이스 명세서 레코드 테이블 및 예외 명세서 레코드 테이블입니다.

3 시스템 설계

3. 1 시스템 구조 및 모듈 분할

시스템 구조 및 모듈 분할은 그림 2 에 나와 있습니다.

이 시스템은 로그인 모듈, 데이터 모듈, 구성 모듈, 인터페이스 모듈, 보관 스레드 모듈, 데이터베이스 분석 및 계산 저장 프로시저로 나뉩니다.

3.2 모듈 간의 조합 및 상호 작용

(1) 로그인 모듈과 데이터 모듈의 상호 작용은 그림 3 에 나와 있습니다.

(2) 인터페이스 모듈, 보관 스레드, 데이터 모듈, 데이터베이스 및 문서 파일 간의 상호 작용은 그림 4 에 나와 있습니다.

4 결론

강력한 시각화 모델링 언어인 UML 은 객체 지향 시스템 개발 분야에서 효과적인 모델링 도구입니다. UML 을 전화 청구 시스템에 적용하면 유연성과 확장성이 뛰어난 시스템을 효과적으로 구축할 수 있습니다. UML 기반 전화 청구 시스템은 통신 사업자가 오늘날의 경쟁 환경에서 시장의 유연성에 적응할 수 있도록 지원하여 강력한 경쟁 위치에 있습니다.

copyright 2024회사기업대전