보험의 자동화와 전자 증권의 도입은 객관적인 필요입니다. 보험 비즈니스 자동화의 특수성. 보험자동화시스템 서비스 보험업무 자동화
보험 활동의 자동화된 시스템.
보험 - 보호 관계 시스템 재산 이익특정 사건(보험 사건) 발생 시 개인 및 법인이 지불한 보험료(보험료)로 형성된 금전적 자금을 희생합니다.
보험의 역사는 수세기 동안 지속되어 왔으며 경험이 증명하듯이 보험은 경제에 영향을 미치는 강력한 긍정적인 요소입니다. 보험은 투자 잠재력을 높이고 안정성과 지속 가능성을 유지합니다. 경제 발전, 사회적 생산의 모든 주체를 보호하기 위한 메커니즘을 형성합니다.
많은 보험 회사, 대규모 자금을 축적하고 특정 분야 및 산업에 대출을 하고 있습니다. 경제 활동. 보험 회사는 자산 규모와 투자 가능성 측면에서 (상업 은행 다음으로) 선도적인 위치를 차지합니다. 그들에게 집중된 자원은 장기적 성격을 띠기 때문에 이점을 제공합니다. 상업 은행단기 자금 유치.
보험 시장은 국가에서 규제하는 금융 및 신용 영역의 일부입니다. 국가 규제 및 통제 보험 시장안정성을 확보하기 위해 필요합니다. 국가 규정보험 시장은 특별한 세금 정책, 보험 절차에 관련된 당사자의 활동을 규제하는 법률의 개발. 제어 기능이 할당됩니다. 연방 서비스보험 활동 감독을 위한 러시아.
보험 시장의 주요 링크는 보험 회사입니다. 보험 회사는 보험 기금의 특정 형태의 운영입니다. 보험 회사는 보험 계약의 체결 및 유지 관리를 수행하는 조직적으로 별도의 구조이며 법인입니다. 보험 회사는 헌장에 따라 운영되는 독립적인 사업체입니다.
보험 시장의 상태와 기능을 분석하여 회사는 독립적으로 활동 범위를 결정하고 보험 유형을 선택합니다.
보험 시장에는 다양한 유형의 보험 회사가 있습니다.
- 주식보험회사
- 국가 보험 회사;
- 페레스트라호프대면 기업( 재보험- 시스템 경제 관계, 보험에 대한 위험을 수용하는 보험사는 균형 잡힌 보험 포트폴리오를 만들기 위해 합의된 조건에 따라 책임의 일부를 다른 보험사에 이전합니다.
- 상호보험회사 보험 회사, 즉. 상호 도움을 제공하기 위한 보험계약자 협회입니다.) 주식 보험보다 상업적이지 않습니다.
- 비국가 연기금(퇴직 연령에 도달하면 추가 연금 지급을 보장하는 개인 보험 조직의 한 형태).
보험은 활동 영역, 행동 형태, 조직 형태, 보험 유형에 따라 분류됩니다.
보험 조직의 활동 영역에 따라 내부 및 외부 보험 시장이 구별됩니다.
보험 형태는 의무적이거나 자발적일 수 있습니다.
다음과 같은 형태의 조직이 가능합니다: 국가, 주식, 상호, 협동 사회.
보험의 주요 유형: 재산 보험, 개인 보험, 책임 보험, 경제적 위험 보험.
오늘날 러시아 보험 회사 중 어느 것도 자동화된 시스템 없이는 할 수 없습니다. 정보 시스템다양한 목적과 복잡성 수준. 보험은 특별한 유형의 사업으로, 정확하고 신뢰할 수 있는 대량의 정보를 축적하고 신속하게 추출 및 처리하는 회사의 능력에 크게 좌우됩니다. 따라서 완전한 데이터 처리의 도입은 보험사에게 시장 성공의 가장 중요한 요소 중 하나이며 역동적인 발전을 위한 조건입니다.
다수의 존재 조직 형태, 보험 회사의 유형, 보험 활동의 유형 및 개별 회사의 다양한 재무 능력은 사용 및 설계된 자동 보험 시스템에 대한 요구 사항을 결정합니다. 회사는 청구 수준, 컴퓨터 도구 및 도구 자체의 도움으로 해결해야 하는 작업의 규모에서 매우 큰 차이를 보입니다. 따라서 컴퓨터 기술을 사용한 결과도 다릅니다. 규모의 한쪽 끝에서 네트워크로 연결되지 않은 저렴한 로컬 개인용 컴퓨터와 개인용 소프트웨어 제품인 Word, Excel, ACCESS의 불법 복제를 사용하기 시작했습니다.
규모의 다른 쪽 끝에는 IBM, DEC, Hewlett-Packard 또는 Sun의 강력한 중앙 컴퓨터로 구성된 시스템이 있으며, 여기에는 수십 대의 개인용 컴퓨터로 구성된 하나 이상의 LAN이 연결되어 있습니다. 이 시스템에는 이 보험 회사의 요구 사항을 최대한 충족시키기 위해 특수 소프트웨어가 개발(또는 개발 또는 구매 중)된 원격 사무실이 포함됩니다. 이러한 극단적인 옵션 사이에는 전략, 전술 및 자동화의 다양한 중간 조합이 보험에 포함됩니다.
보험의 주요 기능:
전문보험기금 조성 돈;
국민의 피해보상 및 인적물적 지원
경고 보험 사건피해 최소화
보험 회사의 자동화된 정보 시스템은 기술 프로세스의 모든 요소를 포함해야 합니다.
자동화된 보험 정보 시스템에서 구현되는 주요 기능 작업을 고려하십시오.
보험계약 체결. 계약을 체결 할 때 이전에 체결 된 계약의 가용성, 보험 지불 사례를 확인할 필요가 있습니다. 계산 보정 계수각 피보험자에 대한 세율 및 특별 조건의 정의; 에이전트에 대한 커미션 결정; 데이터베이스에 계약을 입력하고 필요한 문서를 발행합니다.
보험료 납부(보험료 - 법률 또는 보험 계약에 따라 보험자에게 피보험자의 피보험 위험에 대한 지불). 계좌로 자금 이체.
보험 계약 해지.피보험자와의 합의 준비금 형성을 위해 데이터베이스로 정보 전송.
공격 보험 사건 . 보상 계산; 돈을 게시하는 것; 데이터베이스 수정.
기본 계산 관세율보험 종류별로. 특정 보험, 주요 보험 사건에 대한 정보의 축적; 통계 데이터를 기반으로 한 보험료 계산.
계산 예비 기금. 1. 계약금액 및 건수별 보험종류별 계정현황 분석 표준 및 실제 상태에 따른 예비 기금 계산.
보험 포트폴리오 분석.보험 시장 개발 동향 예측, 자체 활동 상태 분석, 관리 결정 결과 모델링.
분석 재정 상태회사.
내부 회계 유지.계산 임금직원; 메인과 유동 자산, 세금 계산 및 이전 등
건설의 핵심 원리 자동화 시스템보험은 복잡성과 단일 정보 공간입니다. 이 접근 방식을 사용하면 회사 기술 주기의 연속성을 보장하고 입력 정보의 중복을 방지하고 종이 매체부서 사이.
보험 회사의 작업을 자동화할 때 필요한 모든 정보가 포함된 데이터베이스가 생성됩니다.
- 보험 및 재보험 계약;
- 보험 기둥;
- 우편환;
- 보험금 지급 신청
- 보험 사건 등에 대한 행위
새로운 계약을 체결할 때 기존의 모든 계약 및 지불에 대한 정보를 볼 필요가 있기 때문에 데이터베이스에는 장기간의 모든 계약이 포함되어야 합니다. 이 클라이언트. 이러한 정보는 고객과의 추가 작업(예: 새로운 서비스 제공) 및 관세, 기여율 계산 시 필요합니다.
많은 보험 회사는 모 조직, 지역 조직, 부서, 대표 사무소 또는 회사 에이전시, 원격 네트워크 사용자 등 지리적으로 복잡하게 분산된 구조를 가지고 있습니다. 원격 사용자는 회사 사무실 밖에서 근무하는 직원입니다(예: 검사관, 보험 회사 대리인, 검사관 또는 휴가 중이거나 출장 중인 관리자). 각 레벨에는 자체 기술 지원 및 데이터베이스가 있습니다.
헤드 조직에서 네트워크 DBMS를 사용하는 강력한 컴퓨터, 파일 서버가 있는 하나 이상의 고속 근거리 통신망.
지역 조직은 대규모 부서를 대표할 수 있으며 자체 강력한 LAN을 갖추고 있어야 하며 상위 조직과 정보를 교환할 수 있는 전용 통신 채널을 제공해야 합니다.
보험사의 지점은 소규모 로컬 네트워크와 지역 사무소와의 커뮤니케이션 채널을 갖추고 있습니다.
보험 회사의 대리인 또는 기관은 하나 이상의 컴퓨터를 마음대로 사용할 수 있습니다.
원격 네트워크 사용자는 모뎀이 장착된 랩톱 또는 휴대용 컴퓨터를 사용합니다.
지리적으로 분산된 구조를 가진 회사에게 매우 중요한 것은 정보 교환 조직과 그러한 단위 간의 안정적인 정보 상호 작용을 구현하는 것입니다. 지리적으로 서로 떨어져 있는 사용자 그룹에 동일한 데이터에 대한 액세스를 제공해야 합니다. 예를 들어, 지역 조직은 지점에서 수행되는 거래에 대한 정보를 축적해야 하며 때로는 지방의 다른 도시에 위치하거나 모 조직에서 수행해야 합니다. 다른 나라또는 다른 대륙에서도 거래 결과가 보험 회사의 모든 수준에서 동일해야하도록 처리를 구성해야합니다.
데이터베이스 시스템은 세 가지 수준으로 존재합니다.
- 대부분의 정보가 발생하는 부서, 보험 업무가 수행되는 부서. 이 부서의 운영에 대한 정보를 저장합니다.
- 지역 조직은 전체 지역에서 데이터를 수집합니다.
- 상위 조직에는 회사 전체의 작업을 반영하는 정보가 포함되어 있습니다.
분산 데이터 처리를 구성하는 방법에는 두 가지가 있습니다.
분산 데이터베이스 기술.이러한 데이터베이스에는 다양한 네트워크 노드에 있는 데이터 조각이 포함됩니다. 사용자 입장에서는 모든 데이터가 한 곳에 저장되어 있는 것처럼 보입니다. 당연히 이러한 방식은 통신 채널의 성능과 신뢰성에 대한 엄격한 요구 사항을 부과합니다.
- 복제 기술.이 경우 모든 컴퓨터의 데이터는 각 네트워크 노드에 복제됩니다. 동시에: 데이터 수정 작업만 전송되고 데이터 자체는 전송되지 않습니다. 전송은 비동기식일 수 있으며(다른 노드에 대해 동시가 아님) 데이터는 처리되는 위치에 있습니다. 이를 통해 통신 채널의 대역폭 요구 사항을 줄일 수 있으며 컴퓨터의 통신 회선에 장애가 발생하더라도 다른 노드의 사용자는 계속 작업할 수 있습니다. 그러나 이것은 동시에 다른 사용자에 대해 다른 데이터베이스 상태를 허용합니다. 따라서 동일한 레코드의 두 복사본 간의 충돌을 제거할 수 없습니다.
보험 회사의 경우 정보의 완전한 동기화가 필요하지 않기 때문에 두 번째 접근 방식이 선호됩니다. 데이터베이스를 하루에 한 번만 연결하면 됩니다.
보험 회사의 세분화에서 개인용 컴퓨터는 로컬 네트워크에 통합됩니다. 각 전문가를 위해 특수 자동화 워크스테이션(AWP)이 생성됩니다. 개인용 컴퓨터에는 회사 전문가의 작업을 구성 할 수있는 응용 프로그램, 방법론, 언어 도구가 장착되어 있습니다. 각 작업장에서는 특정 전문가가 수행하는 기능만 구현됩니다. 전문가는 작업의 특성에 필요한 데이터베이스 부분에만 액세스할 수 있습니다.
효과적인 사용 정보 기술무엇보다도 비즈니스 프로세스의 재구성이 필요합니다. 반면에 자동화된 정보 기술의 사용만이 보험 비즈니스에 대한 많은 새로운 접근 방식을 구현하는 것을 가능하게 합니다. 크기가 큰 서양 기업새로운 자동화 시스템의 개발은 보험 시장에서 입지를 강화하기 위해 유망한 사업 개발 영역을 식별하는 과학적 연구에 의해 선행됩니다.
시간과 장소에 관계없이 정보에 대한 액세스를 제공한다는 개념(기존의 유통 채널 개념과 반대)은 소비자에게 많은 선택권을 제공하는 것을 의미합니다. 가능한 방법회사 서비스에 대한 액세스. 이 개념은 이미 금융 서비스 및 소매. 액세스 포인트 이 경우소비자에게 회사의 서비스에 액세스할 수 있는 다양한 방법 중 하나를 선택할 수 있도록 하는 것을 의미합니다. 이 개념을 구현하려면 고객이 커뮤니케이션 채널( 이메일, 회사 홈페이지), 가입자 서비스, 일반우편, 전화, FAX 등을 통하여
CRM 시스템(고객 관계 관리)은 고객과의 작업을 자동화하는 통합 접근 방식을 제공하고 소비자에게 가장 편리한 CRM 서비스를 제공하는 것을 목표로 개발되었습니다. CRM은 특정 소프트웨어영업, 마케팅, 고객 서비스 및 지원의 비즈니스 프로세스를 자동화하고 개선하는 기술. 이 소프트웨어를 사용하면 회사와 클라이언트 간의 다양한 상호 작용 채널 작업을 조정할 수 있습니다. 최신 CRM 시스템을 사용하면 다양한 마케팅 프로그램 및 프로모션의 비용 효율성을 평가할 수도 있습니다.
동시에 잠재 고객의 초기 반응을 분석할 수 있을 뿐만 아니라 구체적인 재무 지표, 프로모션과 계약 체결 사이에 몇 개월이 경과하더라도. 작업의 명확한 조직은 특정 작업에 노력을 집중하는 것을 가능하게 합니다. 타겟 청중, 고객 확보 프로세스를 관리합니다. CRM 시스템을 도입하면 고객 기반을 확장할 수 있을 뿐만 아니라 판매를 예측할 수 있습니다. 좋은 애프터 서비스에 대해 말하자면, 우리는 주로 전문성과 고객 요청에 대한 응답의 적시성을 의미합니다. 서비스 유지보수 높은 레벨고객의 유지와 충성도를 보장하고 CRM 시스템은 서비스 부서의 중단 없는 고품질 작업을 설정하는 데 도움이 됩니다.
이 모든 것은 CRM 시스템의 도입이 회사의 개별 부서의 효율성을 높일 뿐만 아니라 부서 간의 명확한 상호 작용을 구축하는 데 도움이 된다는 것을 시사합니다.
보험사의 도움이 필요한 고객이 가장 먼저 직면하는 일은 보험사에 전화를 걸어야 하는 상황입니다. 현대 세계 표준은 소위 콜 센터라는 서비스 센터의 조직을 요구합니다. 콜센터는 다량의 전화를 처리하는 시스템으로 기술과 인력을 병행하여 업무를 처리할 수 있습니다. 효과적인 작업클라이언트와 함께.
러시아 보험 회사는 서구 보험 회사와 달리 러시아 은행과 달리 아직 이 기술을 도입하지 않았습니다. 콜센터 구축에 투자하는 위험을 가장 먼저 감수하는 회사는 충성도 높은 고객을 많이 유치할 수 있기 때문입니다. 보험 문제가 발생한 경우 즉시 처리할 수 없는 경우 - 다른 보험사를 찾아야 하는 좋은 이유입니다.
호출하는 클라이언트는 절대 응답하지 않으며 상호 작용은 명확하게 정의된 알고리즘과 필수 고정에 따라 전문 직원이 수행합니다. 자세한 정보모든 거래에 대해. 전화 번호 중 하나로 전화가 수신되면 시스템은 자동으로 어떤 번호에서 전화가 왔는지, 어떤 제목에 속하는지 결정합니다. 또한 주제를 결정한 후 시스템은 대화 주제에 대해 답변할 수 있는 무료 교환원에게 통화를 재분배합니다. 전화 수신과 동시에 교환원은 모니터에서 수신 전화 주제에 대한 정보와 교환원 응답 중에 채워야 하는 응답 알고리즘 및 데이터베이스에 대한 힌트를 봅니다.
모든 교환원이 바쁘면 지능형 호 처리 시스템이 활성화되고 가입자는 교환원의 응답에 대한 예상 대기 시간에 대한 정보를 수신하고, 음성 메뉴관심 주제에 대한 정보를 들을 수 있습니다. 그는 또한 스스로 시스템에 모든 데이터를 입력할 수 있습니다. 콜 센터를 사용하면 비표준 경우에만 가입자를 교환원으로 전환하여 대부분의 전화 고객의 문제를 해결할 수 있습니다.
또한 콜 센터 소프트웨어는 통화 처리에 대한 광범위한 통계 정보를 제공하며, 이는 교환원이 입력한 데이터베이스와 결합할 때 추가 데이터(예: 통화 길이 또는 통화 시간의 의존성)를 제공할 수 있습니다. 발신자의 나이 또는 거주 지역).
자동화된 보험 시스템의 개발자는 새로운 정보 기술을 사용하여 소프트웨어 제품을 지속적으로 개선하고 기능을 확장하며 정보 처리에 대한 통합 접근 방식을 구현하고 있습니다. 그러나 보험 회사는 정보 기술을 사용하는 데 있어 큰 도전에 직면해 있습니다. 여기에는 몇 가지 이유가 있습니다.
첫째, 보험에 대한 국내법의 불안정성이다. 안정적인 프로세스만 자동화할 수 있습니다.
둘째, 보험 회사의 활동과 보험 비즈니스의 역동적인 발전의 큰 차이로 인해 보험 회사는 자동화하기 매우 어려운 대상입니다. 이 시장에서 활동하는 회사는 모든 것을 다룰 수 없습니다. 가능한 옵션보험 회사의 운영. 반면에 그러한 제품이 만들어지면 초기 구매 및 운영 비용이 매우 많이 들 것입니다.
셋째, 이는 보험회사만의 문제가 아니라 판매 후 소프트웨어 제품을 지원하기 위한 법적 프레임워크가 부족하다는 점입니다. 현대 산업 자동화 시스템 제공, 유망한 컨설팅 및 기술 지원, 개발자
실제로 문제가 있는 고객을 혼자 남겨둡니다. 그리고 그러한 문제가 많이 있습니다.
시스템 업데이트의 필요성에 대한 약속(시스템은 2-3년 안에 절망적으로 구식이 됨),
보험 활동. 현재 시장에는 자동화 분야의 보험 회사를 위한 약 5-6개의 솔루션이 있습니다. 샀다 좋은 결정 2~3년이 지난 지금, 보험 회사는 그 시스템이 절망적으로 구식이라는 것을 발견합니다! 그런 다음 그들은 시스템을 판매한 개발 회사를 흔들기 시작합니다. 일반적으로 전화선의 다른 쪽 끝에서 그들은 곧 꺼질 것이라고 대답합니다. 새 버전, 약간의 추가 비용을 지불해야 합니다. 동시에 그들은 다음과 같이 할인을 약속합니다. 단골 고객! 일반적으로 이러한 할인은 30-40%를 초과하지 않습니다.
사업이 매우 역동적으로 발전하기 시작하고 새로운 보험 상품을 시장에 출시해야 할 때 또 다른 문제가 있습니다. 따라서 시스템에서 무언가를 수정하고 어딘가에서 조정해야합니다 ... 이러한 작업은 일반적으로 별도의 가격표에 따라 계산됩니다! 당신이 우리와 함께 혼자라고 생각하지 마십시오! 조금 기다려야 합니다...내일이나 6개월 후에 전화하세요...
이것은 보험사가 ... 다시 한 번 중독되는 곳입니다. 약간의 상담 후 경영진은 모든 것을 스스로 작성하거나 일부 소프트웨어 회사에 맡기기로 결정합니다. 그리고 모든 것이 정상으로 돌아갑니다...
이것은 대부분의 러시아 보험 회사가 직면한 첫 번째 문제일 뿐입니다.
보험 회사는 지난 몇 년 동안 시장에서의 문제와 경쟁에 너무 몰두하여 비즈니스의 기술 구성 요소가 그들의 이익에서 가장 먼저 자리를 차지하는 것과는 거리가 멀었습니다. 그렇기 때문에 국내 보험시장은 IT 솔루션의 구현에 그다지 관심을 기울이지 않고 있습니다.
그러나 첨단 기술이 미래라는 것을 이해하는 보험사가 있지만 이 미래는 오늘 구축해야 합니다. 보험에서 자동화의 역할, 인터넷 판매 및 보험 회사 "VUSO" 이사회 의장에 대해 알렉산더 쇼이케덴코.
- 보험사는 기술에 투자해야 합니까?
많은 수의 고객을 다루는 소매 부문과 마찬가지로 보험의 자동화는 객관적인 필요성입니다. 또한 판매 또는 결제뿐만 아니라 모든 비즈니스 프로세스에 대해 이야기하고 있습니다. 미국과 유럽에서는 보험산업의 영업외비용의 대부분이 IT인프라의 유지 및 개발과 관련된다. 이는 보험사가 재무 회계는 말할 것도 없고 판매 효율성을 높이고 손실 관리를 개선할 수 있는 최신 시스템 사용의 중요성을 이해하고 있다는 증거입니다. 예를 들어, 은행은 오랫동안 프로세스를 자동화해 왔으며 예금 계약을 손으로 작성한 다음 정보를 정보 시스템에 입력하는 것이 어떻게 가능한지 상상하지 못합니다. 우크라이나 보험사들은 대부분 아직 이 문제에 대해 우려하지 않고 있습니다. 그러나 가까운 장래에 추세가 바뀔 것이라고 확신합니다.
하지만 국내 업체들은 온라인 판매를 도입하려 하고 있다. 자동화가이 채널의 개발에 영향을 미치지 않는 것으로 나타났습니까?
간단한 예를 들어 드리겠습니다. 보험 회사에 대부분의 프로세스를 자동화할 수 있는 소프트웨어 패키지가 있는 경우 특정 웹 인터페이스를 "매달" 수 있으며 이는 고객과의 홍보 및 커뮤니케이션 역할을 합니다. 그런 다음 고객이 입력한 데이터를 기반으로 보험 계약이 자동으로 생성됩니다. 카드로 결제하면 자동으로 계약과 연동됩니다. 클라이언트에게 계약을 전달하는 것만 남아 있습니다. 더욱이, 보험법이 현대 전자상거래에 적응하는 즉시 보험증권의 전달이 불필요해지고 판매 과정에 사람의 참여도 불필요해질 것입니다. 기차나 비행기 표를 파는 것처럼. 그러나 모든 문서가 종이 형식이나 회계 프로그램에서 구식이라면 보험 계약 생성이 자동화되지 않으면 가장 현대적인 판매 시스템조차도 실제로 효과가 없습니다. 그리고 오늘날 대부분의 온라인 상점은 애플리케이션을 종료하고 회사의 전화를 기다렸다가 표준 "인간" 판매 프로세스로 돌아갈 수 있는 아름다운 광고 플랫폼입니다.
- 귀사는 비즈니스 프로세스 자동화에 얼마나 많은 경험을 가지고 있습니까?
- VUSO는 2003년부터 자동화에 종사해 왔습니다. 이러한 방향으로 우리는 판매, 결제, 인수, 회계 및 재무의 많은 프로세스를 자동화할 수 있었던 Nexstep Solutions와 적극적으로 협력하고 있습니다. 오늘날 대부분의 보험 계약은 시스템에서 생성되어 회사 표준을 100% 준수합니다. 90%에서 프로세스가 다르게 보이기 때문에 이것은 실제로 선례입니다. 먼저 판매자가 계약을 체결한 다음 회계사가 계약을 확인한 다음 계약에 대한 데이터가 데이터베이스에 입력됩니다. 자동화는 인적 비용을 줄이고 인적 요소를 제거합니다. 또한 보험료의 80%가 보험계약과 자동으로 연동되어 회계담당자 수를 획기적으로 줄일 수 있다. 사용된 시스템의 주요 장점은 문서 회계뿐만 아니라 프로세스의 자동화입니다.
- 귀하의 온라인 상점은 어떤 범위의 보험 상품을 대상으로 합니까?
이처럼 강력한 관리 시스템을 마음대로 사용할 수 있는 상황에서 우리는 인터넷을 보험 상품 판매를 위한 유망한 플랫폼으로 보지 않을 수 없었습니다. 우선 OSAGO, CASCO 및 해외 여행을위한 보험과 같은 간단한 소매 제품입니다. 첫째, 표준화된 상품으로 모든 보험사가 거의 동일하다고 할 수 있습니다. 둘째, 꾸준한 수요가 있습니다. 이 경우 우리는 제품이 아니라 서비스를 홍보합니다. 사람 없이는 더 복잡한 제품을 판매하기가 어렵습니다.
- 본질과 장점은 무엇인가 전자 정책오사카?
오늘날 정보 기술의 발전으로 양식 배포 및 OSAGO 정책 구현과 관련된 모든 프로세스를 단일 정보 시스템으로 결합한 다음 조건에 따라 양식 및 보험 사용을 완전히 거부하는 것이 가능합니다. 피보험자에게 전자 증권을 제공합니다.
전자 정책의 이점은 엄청납니다. 우선, 그것은 당신이 어떤 종류의 보험 사기판매 단계에서. 결국, 예를 들어 OSAGO 부문에서 오늘날 일어나고 있는 것처럼: 보험 대리인은 500가지 형태의 OSAGO 보험을 받고 결국 손실된다고 주장하지만 실제로는 "측면에서" 판매하고 받은 보험료를 자신의 보험금에 넣습니다. 포켓. 그러나 보험 회사가 OSAGO 정책의 10개, 심지어 100,000개 은행을 잃어버린 선례가 시장에 있습니다. 둘째, 인쇄, 배송, 충전, 보관에 대한 상당한 절감 종이 정책. 셋째, MTIBU 회원 보험사를 위한 고유한 제어 도구입니다. 예를 들어, 오늘날 면허가 박탈된 후 보험 회사는 수만 개의 보험 상품을 보유하고 있습니다.
- 효과가 있나요?
- 입법 차원에서 전자 정책의 도입을 언제 예상할 수 있습니까?
우리는 "보험에 관한"법의 채택을 매우 기대합니다. 새로운 에디션, 보험 계약의 전자 형식을 합법화합니다. 실제로 현재로서는 우리 작업의 주요 장애물 중 하나인 인감이 있는 "종이"를 받을 필요가 있습니다.
- 회사가 인터넷 방향에서 달성한 결과는 무엇입니까?
적어도 개발의 역학은 좋습니다. 1년 후 회사 전체 포트폴리오에서 이 채널의 점유율은 약 1%였습니다. 그리고 향후 2~3년 동안 이 수치를 최대 10%까지 끌어올릴 계획입니다. 그것은 아주 현실적입니다. 결국 영국을 예로 들면 인터넷을 통한 OSAGO 매출만이 50% 이상을 차지합니다. 또한 온라인 상점을 통해 받은 고객의 충성도가 훨씬 높습니다.
- 다른 보험 회사도 유사하거나 유사한 인터넷 프로젝트를 가지고 있습니까?
일부 보험사는 이러한 프로젝트를 구현하려고 노력하고 있지만 전체적으로 그러한 시스템을 갖고 있는 사람은 없습니다. 예를 들어, 일부는 보험 증권에 대한 비현금 지불 가능성이 없는 반면, 다른 일부는 계약서 사본을 받기 위해 여전히 보험 회사 사무실을 방문해야 합니다. 따라서 이 부분은 초기 단계에 있으며 진지하게 개발하여 본격화할 예정입니다. 보험 시장을 넘어서면 통합 시스템의 탁월한 구현으로 간주되는 프로젝트가 있습니다. 이것은 철도 티켓 판매를 위한 Ukrzaliznytsia 온라인 상점입니다. 매우 직관적이고 편리하며 검증된 메커니즘입니다. 사실, 인쇄하거나 서명할 필요가 없는 전자 문서의 입법 통합 덕분에 여러 면에서 성공이 촉진되었습니다. 그리고 이것은 클라이언트와 그러한 메커니즘을 구현한 회사 모두에게 엄청난 시간과 돈을 절약해 줍니다.
귀하의 회사는 서비스를 어떻게 홍보할 계획입니까? 다양한 혁신에 대한 우크라이나 소비자의 신뢰는 비밀이 아닙니다. 금융 시장매우 낮은?
우리는 서비스 프로모션 전략을 오프라인과 온라인의 두 가지 구성 요소로 나눕니다. 각각에는 고유 한 작업이 있으며 결국 의도 한 결과로 이어질 것입니다.
물론 이 서비스를 대중화하는 것은 매우 어려운 일이며 가장 중요한 것은 비용이 저렴하지 않다는 것입니다. 결국, 소비자는 실제로 그러한 서비스가 있고 편리하고 실제로 작동한다는 "손가락으로" 말해야 할 것입니다. 그러나 우리는 이 판매 채널에서 전망을 보고 있으며 몇 년 안에 성장을 보일 것이라고 확신합니다.
보험 중개인의 주요 활동이 금융 서비스로서의 보험 판매라는 사실에 기초하여 보험 중개인 활동의 다음 영역을 자동화하는 것이 가장 중요합니다.
- · 직접 보험 활동의 자동화. 프론트 오피스 자동화, 직접 보험 계약 관리, 고객 데이터 유지, 수수료, 엄격한 보고 양식 작업
- · 고객 관계 관리 자동화. 고객 응대, 영업 프로세스 지원, 콜센터, 고객 데이터 분석, 마케팅 데이터 관리.
- · 회계 프로세스의 자동화. 일반 업무를 수행하고 세무 회계, 규제 보고 준비.
- 오토메이션 관리 회계. 수입 및 지출 회계, 재무, 관리 보고.
- · 판매 시점 자동화. 프론트 오피스 자동화, 분산 데이터베이스 구성.
다양한 보험 회사의 정책을 판매하는 조직의 활동을 기록할 수 있는 포괄적인 솔루션인 "보험 브로커 8.3" 프로그램의 예에서 보험 브로커의 작업 프로세스 자동화를 고려하십시오. 유연하고 포괄적인 문서 흐름 개념을 통해 일정 기간 동안 브로커의 활동에 대한 전체 분석을 추가로 받을 수 있습니다. 이 시스템은 자동차 대리점과 같이 보험이 주요 활동이 아닌 보험 중개인과 조직 모두에서 사용합니다. 약간의 적응만 하면 신용 중개인도 이 프로그램을 사용할 수 있습니다. 정보 교환으로 에이전트 네트워크 자동화 가능 전자 형식으로, 시스템 운영자의 필요성을 줄이고 입력된 데이터의 정확도를 높입니다.
· 보험 상품에 대한 회계(보험 유형).
필요한 보험 정책에 대한 정보를 저장하고 사용하기 위해 시스템은 "보험 유형" 디렉토리를 제공합니다.
그림 3.1.디렉토리 "보험 유형"
사용자는 특정 보험 상품에 대한 정보를 쉽게 추가하거나 변경할 수 있습니다. 하나 이상의 보험 회사에 연결할 수 있습니다.
· 판매된 정책에 대한 회계.
이 시스템을 사용하면 판매된 각 보험 증권에 대한 데이터 세트를 무제한으로 저장할 수 있습니다. 작성해야 하는 표준 필드 세트(계약자 성명, 모든 데이터가 포함된 보험 대상, 보험 기간, 보험 비용, 본인 및 대리 수수료 등) 외에 필요한 필드를 생성할 수 있습니다. 사용자. 각 정책은 첨부된 파일을 저장할 수 있습니다. 스캔한 문서나 사진일 수 있습니다.
쌀. 3.2.
납입 일정에 따라 할부로 상품을 판매할 수 있습니다. 시스템의 지불은 현금, 비현금 및 직접의 세 가지 유형이 있습니다. 직접 지불은 고객이 보험 회사에 지불하고 브로커가 보험 회사로부터 수수료를 받는 경우 발생합니다.
미리 결정된 조건에 따라 자신 및 대행사 수수료를 자동으로 계산하는 기능은 금융 서비스 직원의 작업을 용이하게 하고 계산 오류를 방지하는 데 도움이 됩니다. 단순히 커미션 금액을 계산하는 것 외에도 에이전트/브로커가 이를 이체해야 하는지 여부를 지정하여 별도의 결제로 다시 받을 수도 있고, 수수료를 차감한 금액을 송금할 수도 있습니다.
쌀. 3.3.
시스템 분석을 통해 정책 만료 날짜와 다음 지불 날짜를 추적할 수 있습니다.
시스템에 정책을 입력하는 인건비를 줄이기 위해 에이전트 보고서에서 Excel 형식으로 정책을 자동으로 입력할 수 있습니다.
· 보험 회사와의 관계.
시스템의 보험 정책 데이터를 기반으로 보험 회사에 대한 보고서를 자동으로 생성할 수 있습니다. 데이터를 채우기 위해 금융 서비스 직원의 작업을 용이하게 하는 일련의 메커니즘이 제공됩니다.
보고서 데이터에 따라 작성된 재무 문서(경계)는 인쇄하거나 전자적 형식(excel, html 형식 등)으로 저장하여 후속 처리할 수 있습니다.
· 대출 신청 회계.
은행 대출 문서 준비와 관련된 브로커의 경우 대출 문서 이동을 기록하는 하위 시스템이 유용할 것입니다. 대출신청서에는 서류가 발송된 은행이 기록되어 있으며, 내장된 알림 시스템은 관리자에게 특정 날짜에 상태를 모니터링해야 할 필요성을 상기시켜줍니다.
쌀. 3.4.
"Insurance Broker 8.3"시스템에 입력된 데이터를 기반으로 기업 대표는 다음과 같은 여러 분석 보고서를 생성할 수 있습니다. 금융 활동다양한 컷에서.
보고서 " 재무 결과» 특정 보험 회사에 대한 보험 증권의 판매량과 수익성을 평가할 수 있습니다.
쌀. 3.5.
에이전트 보고서에는 각 에이전트가 판매한 정책 수와 그에 대한 커미션이 표시됩니다.
쌀. 3.6.
결산 명세서에는 현금 흐름 데이터와 마감 잔액이 표시됩니다.
모든 분석은 매우 상세합니다. 즉, 보고서에 포함된 데이터를 기반으로 문서 목록을 생성할 수 있으므로 금융 서비스 직원이 가능한 모든 회계 오류를 철저히 추적할 수 있습니다.
· 엄격한 보고 형태에 대한 설명.
SRF(Strict Reporting) 양식을 기록하기 위한 하위 시스템을 사용하면 보험 회사에서 최종 구매자까지 양식이 이동하는 전체 경로를 추적할 수 있습니다.
쌀. 3.7.
단순하고 복잡한 형식 번호 매기기 체계가 모두 지원됩니다. 작업자의 작업을 용이하게 하기 위해 많은 수의 양식을 입력하는 메커니즘이 제공됩니다.
쌀. 3.8.
잔액 관리 시스템을 사용하면 "BSO Remains" 보고서를 사용하여 사무실에서 필요한 최소 금액과 각 양식의 상태를 추적할 수 있습니다.
쌀. 3.9.
이동 보고서는 특정 양식에서 언제 발생한 일에 대한 자세한 정보를 제공합니다.
쌀. 3.10
양식 유형(OSAGO 정책, CASCO, 영수증)은 해당 디렉토리에 사용자가 생성합니다. 보험사별, 보험종류별 연계가 가능합니다. 시스템의 양식 유형 수에는 제한이 없습니다. 시스템의 각 양식에는 임의의 주석이 포함될 수 있습니다.
시스템에 존재하는 문서는 다음 BSO 이동을 반영하도록 허용합니다.
보험회사에 접수/반납
에이전트에서 전송/반환
에이전트 간에 직접 양식 전송
손실의 경우 양식의 쓰기
기초 잔액 입력
각 문서는 수락 증명서의 형태로 인쇄할 수 있습니다. 워크플로에 사용되는 인쇄된 양식을 연결할 수도 있습니다.
· 에이전트 네트워크 관리.
이 프로그램은 브로커와 하위 에이전트 간에 전자 형식의 데이터 교환을 제공합니다. 동시에 하위 에이전트는 유사한 프로그램과 일반 Excel 모두에서 기록을 유지할 수 있습니다. 엄격한 책임 형식의 수락 및 이전 문서와 보험 정책에서 직접 교환할 수 있습니다. 따라서 브로커는 프로그램에 정책 데이터를 입력하는 운영자의 필요성을 줄입니다. Excel을 사용할 때 파일은 하위 에이전트가 채우고 브로커에 전달하는 특정 열 집합과 함께 사용됩니다.
· 다른 회계 시스템과의 통합.
기능을 위해 시스템은 1C Enterprise 8.1 플랫폼을 사용하여 시스템을 다중 사용자 및 실질적으로 무제한의 로컬 네트워크로 만듭니다.
정보를 송수신하기 위해 재정 문서등) XML 데이터 교환 메커니즘이 사용됩니다.
· 다른 가능성.
보험 사건에 대한 회계 - 피보험자의 열등감을 고려할 수 있도록 그의 모든 보험 사건이 기록됩니다.
데이터베이스에 문서를 입력할 때 작업자의 작업을 평가하기 위한 보고서입니다.
프로그램에서 보험 중개인의 작업 프로세스에 대한 설명:
- · 보험 브로커 판매 분석;
- · 에이전트별 매출 분석
- · 새로운 보험 회사, 대리인, 보험 계약자 소개;
- · 새로운 유형의 보험 도입;
- · 엄격한 보고 형식을 게시합니다.
- · 할부로 지불되는 정책에 따라 다음 할부를 추적합니다.
- · 보험 정책의 만료 추적;
- 대리인에게 양식 전송
- · 판매 보험 정책;
- · 보험 회사에 대한 보고서 작성.
ь 보험 중개인의 판매 분석.
판매를 분석하기 위해 프로그램은 "재무 결과" 보고서를 제공합니다(메뉴 "재무" - "재무 결과"). 이 보고서는 일정 기간 또는 전체 기간 동안 체결된 보험 계약에 대한 데이터를 보여줍니다. 리포트의 일반 결과 외에도 개별 보험사 및 보험 유형에 대한 결과를 볼 수 있습니다. 보고서 하단에는 신규 체결된 계약 건수와 정기 할부 접수 건수(할부 계약의 경우)에 대한 정보가 표시됩니다.
쌀. 3.11.
보고서 생성 기간을 지정하는 것 외에도 보험 중개인은 특정 조직, 보험 회사 및 보험 유형(OSAGO, CASCO, 민방위)을 지정할 수 있습니다. 보고서 설정은 버튼으로 나중에 사용할 수 있도록 저장할 수 있습니다. 따라서 다음에 버튼을 눌러 열 때 설정을 빠르게 복원할 수 있습니다.
보험료 - 고객이 보험 계약에 따라 지불해야 하는 금액. 보험료에서 할인을 뺀 금액 - 계약에 따라 고객이 지불한 금액에서 중개인이 자신의 수수료를 기준으로 한 할인을 뺀 금액.
할인 - 브로커가 자체 커미션을 기반으로 한 할인 금액입니다.
자체 커미션 - 브로커 자체 커미션의 백분율 및 금액.
보험료에서 수수료를 뺀 금액 - 중개인의 수수료 없이 보험 회사에 이체하는 금액입니다.
대리인 수수료 - 보험 계약을 체결한 대리인의 수수료 금액.
이익 - 보험 중개인의 커미션에서 에이전트의 커미션을 뺀 금액입니다.
보험 유형별 그룹화 라인을 두 번 클릭하면 "보험 브로커 8.3" 프로그램의 "재무 결과" 보고서에 더 자세한 정보(특정 문서에 대한 세부 정보 포함)가 표시됩니다. 별도의 보고서 창이 열립니다.
쌀. 3.12
이 창에 표시된 문서에 대한 액세스는 프로그램 사용자가 마우스 커서로 필요한 줄을 두 번 클릭하여 얻을 수 있습니다.
이 창의 데이터는 보고서 매개변수(기간, 조직, 보험 회사, 보험 유형, 상대방)를 설정하고 "생성" 버튼을 클릭하여 새로 생성할 수 있습니다.
모든 창의 정보는 "파일" - "인쇄" 메뉴를 통해 인쇄할 수 있습니다. 메뉴의 "인쇄" 버튼을 사용할 수 없는 경우 보고서의 아무 곳이나 마우스 커서로 한 번 클릭한 다음 다시 인쇄를 시도해야 합니다. 데이터를 외부 파일에 저장할 수도 있습니다. 이렇게 하려면 "파일" 메뉴에서 "사본 저장" 버튼을 클릭합니다. 열리는 창에서 파일 이름과 형식을 선택합니다. Excel에 저장하려면 "Sheet Excel97" 유형을 선택해야 합니다.
l 에이전트별 판매 분석.
에이전트별 보험 정책 판매를 분석하기 위해 "보험 브로커 8.3" 프로그램은 "에이전트별 보고" 보고서를 제공합니다(메뉴 "재무" - "에이전트별 보고"). 이 보고서는 특정 또는 전체 기간 동안 에이전트가 체결한 보험 계약에 대한 데이터를 보여줍니다.
보고서를 생성하려면 "생성" 버튼을 클릭하십시오.
보고서 열에는 다음 정보가 표시됩니다.
지불 금액 - 보험 계약자가 보험 정책에 대해 지불한 금액.
수수료 - 계약을 체결한 에이전트의 수수료 금액.
쌀. 3.13.
필요한 경우 보고서에서 보고서 설정 필드에서 먼저 선택하여 전체가 아닌 특정 상담원 및 조직에 대한 데이터를 생성할 수 있습니다.
보험 유형별 그룹화 라인을 두 번 클릭하면 "보험 브로커 8.3" 프로그램의 "에이전트에 대한 보고서"에 더 자세한 정보(특정 문서에 대한 세부 정보 포함)가 표시됩니다. 별도의 보고서 창이 열립니다.
ь 새로운 보험 회사, 대리인, 보험 계약자 소개.
- 1. "디렉터리", "계약자" 메뉴를 누릅니다. "계약자" 디렉토리가 열립니다.
쌀. 3.14.
3. 필드를 채우십시오.
이름. 상대방의 이름을 입력합니다.
주르. / 물리적 인 얼굴. 만약 상대방이 실재(예: 보험 회사) 필드는 "법인" 버튼을 사용하여 선택해야 하며, 개인(예: 대리인)인 경우 "개인"을 선택합니다.
상대방 그룹입니다. 여기에서 새 상대방을 배치할 그룹을 지정해야 합니다. 보험 회사의 경우 "보험 회사" 그룹을 선택합니다.
전체 이름 / 전체 이름. 두 번째 이름은 첫 번째 이름과 다를 수 있습니다. 예를 들어, 보험 회사의 경우 "ROSNO"라는 이름과 전체 이름인 OJSC IC "ROSNO"를 입력할 수 있습니다.
주석. 상대방의 TIN.
문서. 자연인의 경우 여기에 신분 증명서의 세부 정보를 입력합니다.
생신. 개인의 생일, 일반적으로 보험 계약자를 위해 입력됩니다.
정보 출처. 여기에서 보험 계약자가 귀하에 대해 알게 된 방법을 지정할 수 있습니다. 값은 버튼을 눌러 참고서 "정보 출처"에서 선택됩니다.
논평. 임의의 주석 텍스트.
4. 계약 탭에서 조직과 상대방 간의 계약에 대한 데이터를 입력할 수 있습니다. 보험 회사가 이를 수행하는 것은 의무 사항입니다. 그렇지 않으면 필요한 경우 해당 이름이 선택 목록에 표시되지 않습니다. 새 계약을 추가하려면 "작업", "추가" 또는 버튼을 클릭하십시오. 새 참조 요소의 양식이 열립니다.
쌀. 3.15.
필드를 채우십시오.
조직. 버튼을 클릭하여 계약이 체결된 자신의 조직 이름을 선택합니다.
이름. 계약의 임의 이름이지만 여기에 해당 번호를 표시하는 것이 좋습니다.
계약 날짜. 계약 체결일.
통화. 계약 통화.
작성 후 "확인"을 클릭하십시오.
- 5. "연락처" 탭에서 필요한 연락처 정보를 입력합니다.
- 6. 확인을 클릭합니다.
l 새로운 유형의 보험 도입.
1. 메뉴 "참조", "보험 유형"을 누릅니다. "보험 유형"디렉토리가 열립니다.
쌀. 3.16.
- 2. 작업, 추가 또는 버튼을 클릭합니다. 새 참조 요소의 양식이 열립니다.
- 3. 필드를 채우십시오.
이름. 프로그램에서 설명될 보험 상품의 이름을 입력하십시오(예: OSAGO).
- 4. 보험 유형이 하나 또는 여러(전부는 아님) 보험 회사에만 제공되어야 하는 경우 "보험 회사" 테이블에 해당 이름을 추가합니다.
- 4.1 "보험 회사:" 아래의 버튼을 클릭하여 추가합니다. 개행테이블에.
- 4.2 새 줄의 "보험 회사" 열에서 버튼을 클릭합니다. "계약자" 디렉토리가 열립니다.
쌀. 3.17.
4.3 원하는 보험사를 찾아 마우스 커서로 더블 클릭합니다. 회사는 테이블로 이전됩니다.
확인을 클릭합니다.
ü 엄격한 책임의 게시 형태.
1. "BSO 회계", "BSO 영수증" 메뉴 항목을 선택합니다. BSO 영수증 문서 저널이 열립니다.
쌀. 3.18.
쌀. 3.19.
선택을 위한 목록 데이터는 "계약자" 디렉토리에서 가져옵니다. 목록에 없는 경우 올바른 회사확인해야 할 사항:
회사는 조직과 계약을 맺고 있으며 이는 상대방 양식의 "계약" 탭에서 확인할 수 있습니다.
- 4. "채우기" 버튼을 클릭합니다. 양식 채우기 창이 열립니다.
- 5. "번호 매기기 양식" 섹션의 필드를 채우십시오.
양식 유형. 버튼을 눌러 양식 유형(예: OSAGO)의 이름을 선택하십시오.
선택을 위한 목록 데이터는 참조 책 "BSO 유형"에서 가져옵니다.
시리즈. 양식에 시리즈가 있는 경우 이 필드에 표시하십시오(예: BBB).
첫 번째 양식의 번호입니다. 이 필드에 팩의 첫 번째 양식 번호를 입력합니다(예: 0469815971). 양식 번호에 복잡한 형식이 있는 경우(예: 변경할 번호가 0234인 012/0234/08) 필드에 숫자 - 234를 입력한 다음 "템플릿" 필드에서 번호 매기기 템플릿을 선택해야 합니다. .
수량. 여기에 번들의 공백 수를 입력합니다(예: 10).
6. 양식 번호와 정책 번호가 일치하지 않으면 "정책 번호 매기기" 섹션에서 필드를 채우십시오.
첫 번째 정책 번호입니다. 여기서 첫 번째 정책의 번호는 양식 팩의 첫 번째 양식 번호에 따라 설정됩니다.
견본. 이 필드는 양식 유형을 선택한 후 프로그램에서 이에 대한 숫자 템플릿을 찾은 경우 표시됩니다. 여러 템플릿이 있을 수 있으며 이 필드는 현재 필요한 템플릿을 나타냅니다. 번호 템플릿은 "BSO 회계" 메뉴의 "번호 지정 템플릿" 디렉토리에 생성되며 복소수 형식(예: 012/0234/08)에 사용됩니다.
템플릿을 사용합니다. 이 상자를 선택하지 않으면 번호 매기기 템플릿이 사용되지 않습니다.
- 7. 확인을 클릭합니다. 영수증 문서의 표 부분을 채워야 합니다.
- 8. 문서를 인쇄하려면 "저장"을 클릭한 다음 "인쇄"를 클릭합니다. 문서가 "외부"에 있으면 "인쇄" 버튼이 표시됩니다. 인쇄 양식" 인쇄된 양식이 등록됩니다.
- 9. 양식이 잔액에 반영되도록 하려면 "확인"을 클릭합니다. 문서가 게시되고 닫힙니다.
ü 할부로 지불되는 정책의 다음 할부를 추적합니다.
서로 다른 시간에 여러 지불에 의해 지불된 정책에 따라 지불을 추적하기 위해 "보험 브로커 8.3" 프로그램은 "정기 기부 일정"("보험" 메뉴) 보고서를 제공합니다.
이 보고서는 보험 계약자에게 보험 정책에 따라 다음 지불해야 할 필요성에 대해 알리는 회사 직원을 위해 생성됩니다.
보고서를 생성하려면 먼저 보험 계약자로부터 돈을 받을 것으로 예상되는 기간을 지정해야 합니다. 그런 다음 "만들기"버튼을 클릭해야합니다.
쌀. 3.20.
생성된 보고서는 각 개별 정책에 대해 그룹화된 데이터를 보여줍니다. 이 그룹은 다음 정보를 표시합니다.
보험증권 번호, 보험사
연락처 - 피보험자의 이름과 연락처.
각 정책에는 두 가지 추가 항목 그룹화가 있습니다.
"지불 필요"- 여기에 지정된 기간 내에 속하는 계획된 지불이 표시됩니다. 데이터는 "보험 정책" 문서의 "지불 일정" 표에서 가져옵니다.
"유료"- 여기에 지정된 기간 동안 받은 지불이 표시됩니다. 이 그룹화의 데이터는 입력된 문서 "지급"(정기 분할의 경우) 및 "보험 정책"(첫 번째 분할의 경우)에서 가져옵니다.
보고서 창의 정보는 "파일" - "인쇄" 메뉴를 통해 인쇄할 수 있습니다. 메뉴의 "인쇄" 버튼을 사용할 수 없는 경우 보고서의 아무 곳이나 마우스 커서로 한 번 클릭한 다음 다시 인쇄를 시도해야 합니다. 데이터를 외부 파일에 저장할 수도 있습니다. 이렇게 하려면 "파일" 메뉴에서 "사본 저장" 버튼을 클릭합니다. 열리는 창에서 파일 이름과 형식을 선택합니다. Excel에 저장하려면 "Sheet Excel97" 유형을 선택해야 합니다.
ü 보험 정책 만료 추적.
종료되는 정책을 추적하기 위해 "보험 브로커 8.3" 프로그램은 "보험" 메뉴에서 "보험 정책 만료" 보고서를 제공합니다. 이 보고서는 새로운 보험 계약을 체결할 필요성에 대해 보험 계약자에게 알리는 데 관련된 직원이 사용합니다. 보고서를 생성하려면 보험 증권의 유효 기간이 종료되어야 하는 기간을 선택하고 "생성" 버튼을 클릭해야 합니다.
보고서 데이터는 다음 열에 표시됩니다.
피보험자 - 보험 계약이 체결된 대상.
보험 회사 - 보험 계약이 체결된 보험 회사.
유효 기간 - 정책의 유효 기간.
보험의 대상은 계약에 따른 보험의 대상입니다.
연락처 - 보험 계약자의 연락처 정보입니다.
보험료는 보험료입니다.
보고서에는 "보험 기간" 속성 값이 선택한 기간 내에 속하는 정책이 포함됩니다. 필요한 경우 보고서 설정에서 미리 지정하여 임의의 추가 정책 속성에 대한 보고서를 생성할 수 있습니다.
그림 3.21.
동시에 "보험 정책" 문서에서 이 추가 속성은 특정 값을 가져야 합니다(비어 있지 않음). 이러한 추가 속성은 예를 들어 "기간 사용 종료"일 수 있습니다. 이러한 추가 세부 정보가 "추가 세부 정보" 테이블의 "보험 정책" 문서에 나타나도록 하려면 "추가 세부 정보" 디렉토리에 생성되어야 합니다.
보고서 창의 정보는 "파일" - "인쇄" 메뉴를 통해 인쇄할 수 있습니다. 메뉴의 "인쇄" 버튼을 사용할 수 없는 경우 보고서의 아무 곳이나 마우스 커서로 한 번 클릭한 다음 다시 인쇄를 시도해야 합니다. 데이터를 외부 파일에 저장할 수도 있습니다. 이렇게 하려면 "파일" 메뉴에서 "사본 저장" 버튼을 클릭합니다. 열리는 창에서 파일 이름과 형식을 선택합니다. Excel에 저장하려면 "Sheet Excel97" 유형을 선택해야 합니다.
b 대리인에게 양식 전송.
쌀. 3.22.
- 2. 작업, 추가 또는 버튼을 클릭합니다. 새 문서 양식이 열립니다.
- 3. 필수 필드를 입력합니다.
조직. 버튼을 클릭하여 자신의 조직 이름을 선택합니다.
선택 목록 데이터는 "조직" 디렉토리에서 가져옵니다.
에이전트. 버튼을 클릭하여 에이전트 이름을 선택합니다. "계약자" 디렉토리가 열립니다. 원하는 에이전트를 찾아 마우스 커서로 더블 클릭합니다.
4. "채우기" 버튼을 클릭합니다. 양식 선택 창이 열리고 선택한 조직의 잔액에 있는 모든 양식이 테이블에 표시됩니다.
쌀. 3.23.
5. 양식을 선택하려면 테이블의 해당 행을 확인해야 합니다.
필요한 라인을 강조 표시한 후 그룹 표시 버튼을 사용할 수도 있습니다(라인을 클릭하면 파란색으로 강조 표시됨). "SHIFT" 및 "Ctrl" 키를 사용할 수도 있습니다. 특정 숫자가 있는 양식을 찾아야 하는 경우 아무 줄에 있는 "숫자" 열에서 마우스 커서를 클릭한 다음 키보드에서 숫자를 입력합니다. 프로그램은 첫 번째 문자로 양식을 검색합니다. 양식 목록이 매우 큰 경우 다음을 선택하여 설정 필드를 사용하여 줄일 수 있습니다. 필수 매개변수형태:
보험 회사. 버튼을 클릭하여 보험 회사 이름을 선택합니다. 선택을 위한 목록 데이터는 "계약자" 디렉토리에서 가져옵니다. 필요한 회사가 목록에 없으면 다음을 확인하십시오.
회사는 "계약자" 디렉토리에 있고 "보험 회사" 폴더에 있습니다(폴더 이름은 프로그램 상수에 기록됨).
회사는 조직과 계약을 맺고 있으며 이는 상대방 양식의 "계약" 탭에서 확인할 수 있습니다.
양식 유형. 버튼을 눌러 양식 유형(예: OSAGO)의 이름을 선택하십시오. 선택을 위한 목록 데이터는 참조 책 "BSO 유형"에서 가져옵니다.
시리즈. 양식을 표시해야 하는 시리즈가 표시됩니다.
- 5. 확인을 클릭합니다. 선택한 양식이 문서로 전송됩니다.
- 6. 문서를 인쇄하려면 "굽기"를 클릭한 다음 "인쇄"를 클릭하십시오. "외부 인쇄 양식" 참고서의 문서에 인쇄 가능 항목이 등록되어 있는 경우 "인쇄" 버튼이 표시됩니다.
- 7. 양식을 에이전트의 잔액으로 이동하려면 "확인"을 클릭합니다. 문서가 게시되고 닫힙니다.
수정하려면 기존 문서를 검색하십시오.
- 1. "BSO 회계", "상담원에게 양식 전송" 메뉴 항목을 선택합니다. BSO를 에이전트로 이전하기 위한 문서 로그가 열립니다.
- 2. 문서 목록이 너무 많을 경우 로그 관리 버튼을 사용하십시오.
- 3. 더블 클릭 원하는 문서. 문서 양식이 열립니다.
- 4. 필요한 사항을 변경하고 확인을 클릭합니다.
b 보험 상품 판매.
판매된 보험 증권에 대한 데이터를 입력하기 위해 프로그램은 "보험 증권" 문서를 사용합니다.
새 문서 만들기:
- 1. 메뉴 항목 "보험", "보험 정책"을 선택합니다. 판매된 정책 문서의 저널이 열립니다.
- 2. 작업, 추가 또는 버튼을 클릭합니다. 새 문서 양식이 열립니다.
쌀. 3.24.
3. 필수 필드를 입력합니다.
조직. 버튼을 클릭하여 자신의 조직 이름을 선택합니다.
선택 목록 데이터는 "조직" 디렉토리에서 가져옵니다.
보험 회사. 버튼을 클릭하여 보험 회사 이름을 선택합니다.
회사는 "계약자" 디렉토리에 있고 "보험 회사" 폴더에 있습니다(폴더 이름은 프로그램 상수에 기록됨).
회사는 조직과 계약을 맺고 있으며 이는 상대방 양식의 "계약" 탭에서 확인할 수 있습니다.
보험 유형이 보험 회사와 전혀 연관되지 않거나 선택한 보험 회사가 링크 목록에 있으며 "보험 유형" 디렉토리에서도 확인됩니다.
보험 계약자. 보험계약자의 이름을 입력합니다. 필드는 어떤 형식으로든 채워집니다. 필드를 완성하기 위한 두 가지 옵션이 있습니다.
버튼을 누르십시오. "계약자" 디렉토리가 열립니다. 원하는 보험 계약자를 찾아 마우스 커서로 더블 클릭하십시오. 존재하지 않으면 생성하십시오.
"보험"필드에 직접 이름을 입력하면 프로그램이 "상대방"디렉토리에서 첫 글자로 검색합니다. 찾지 못하면 자동으로 새 이름을 만듭니다.
이 필드에는 자동차와 같은 보험 대상을 지정해야 합니다. 열리는 창에서 보험 대상에 대한 데이터를 입력하고 "확인"을 클릭하십시오. 그런 다음 창이 닫히고 개체가 디렉터리에 나타나면 마우스 커서로 개체를 두 번 클릭합니다.
결론 날짜. 여기에 보험계약 체결일을 입력합니다.
보험 기간 - ~까지 - 보험의 유효 기간을 지정합니다.
보험료. 정책 비용을 입력합니다. 오른쪽 필드의 버튼을 클릭하여 목록에서 통화를 지정합니다. 목록의 데이터는 "Currencies" 디렉토리에서 가져옵니다.
4. 필드를 채우십시오.
결제 금액. 이 필드에 영수증의 지불 금액을 입력합니다. 지불 금액이 보험료 금액과 같지 않은 경우 피보험자의 추가 지불은 "지급 일정" 탭의 "지급 일정" 표에 표시되어야 합니다(아래 참조). 할인 량. 보험 중개인이 자신의 수수료를 기준으로 보험 계약자에게 할인을 제공한 경우 이 필드에 표시해야 합니다. 지불 유형. 보험 계약자가 보험금을 지불한 방법은 이 필드에서 적절한 값을 선택하여 표시됩니다.
쌀. 3.25.
현금 - 영수증에 따라 돈이 이체됩니다.
비현금 - 돈이 보험 브로커의 결제 계좌로 이체됩니다. 직접 - 돈이 보험 회사의 결제 계좌로 이체됩니다. 혼합 - 금액이 다양한 방식으로 지불되는 여러 지불로 나뉩니다.
수수료. 여기에서 자신의 커미션과 그 움직임을 지정하십시오. 필요한 경우 커미션은 기본 서비스와 추가 서비스의 두 부분으로 나눌 수 있습니다.
수수료의 움직임은 브로커에게 어떻게 가는지 보여줍니다.
보류 - 브로커가 자체 수수료를 뺀 금액을 보험 회사에 이체하는 것을 의미합니다.
이체 - 중개인은 증권에 대해 받은 금액을 전액 이체하며, 보험사는 향후 수수료를 반환해야 합니다.
수령 - 피보험자가 보험 회사에 직접 보험금을 지불하고 향후 수수료를 반환해야 함을 의미합니다.
커미션을 완료하는 세 가지 방법이 있습니다.
첫 번째 필드에 커미션 금액을 입력하고 그 움직임을 나타냅니다.
지불 금액에서 계산된 수수료 비율을 두 번째 필드에 입력하고 이동을 나타냅니다.
곡조 자동 계산"재정" 메뉴의 "수수료율" 디렉토리에서 커미션을 선택하면 구성된 조건에 따라 커미션이 자동으로 계산됩니다. 추가 수수료 서비스. 중개인의 수수료가 두 부분(공식 및 비공식)으로 분할되어야 하는 경우 두 번째 부분이 이 필드에 표시되어야 합니다. 에이전트. 대리인이 보험 계약 체결에 참여한 경우 이 필드에 표시되고 "대리인의 수수료" 필드에 자신의 수수료가 "중개인의 수수료" 필드에 표시되면 브로커 자신의 수수료와 마찬가지로 자동으로 계산될 수 있습니다. " 금융"의 커미션 비율" 디렉토리.
- 5. 정책을 신청할 때 사용한 양식을 작성하십시오.
- 6. 대출 탭에서 대출 계약 데이터를 지정합니다.
- 7. 별도의 입력란이 없는 정보는 "추가정보" 탭에서 지정 가능
- 8. 보험 가입자가 보험금을 분할 지급하는 경우 "지급 일정" 탭에서 언제 얼마나 많은 돈을 가져와야 하는지 지정해야 합니다.
- 9. "추가" 탭에서 정책에 따라 보험 금액을 지정할 수 있습니다.
- 10. 실손의료보험과의 연계가 필요한 경우 회계 문서(PKO, RKO, PP 수신/발신), "지급 문서" 탭에서 수행할 수 있습니다.
- 11. 보험서류에 외부파일(스캔서류, 사진 등)을 첨부하려면 '파일' 버튼 클릭
- 12. "확인" 버튼을 클릭하면 문서가 저장되고 게시됩니다.
ü 보험 회사에 대한 보고서를 작성하십시오.
"보험 브로커 8.3" 프로그램에서 판매된 보험에 대한 보고서를 보험 회사에 생성하기 위해 "보험 회사 보고서" 문서가 사용됩니다.
새 문서 만들기:
- 1. 메뉴 항목 "보험", "보험 회사 보고서"를 선택합니다. 보고서 문서 로그가 열립니다.
- 2. 작업, 추가 또는 버튼을 클릭합니다. 새 문서 양식이 열립니다.
쌀. 3.26.
3. 필수 필드를 입력합니다.
조직. 버튼을 클릭하여 자신의 조직 이름을 선택합니다.
선택 목록 데이터는 "조직" 디렉토리에서 가져옵니다.
보험 회사. 버튼을 클릭하여 보험 회사 이름을 선택합니다.
선택을 위한 목록 데이터는 "계약자" 디렉토리에서 가져옵니다. 필요한 회사가 목록에 없으면 다음을 확인해야 합니다.
회사는 "계약자" 디렉토리에 있고 "보험 회사" 폴더에 있습니다(폴더 이름은 프로그램 상수에 기록됨).
4. 다음 필드는 선택 사항이지만 바람직합니다.
계약. 이것은 조직이 보험 회사와 협력하는 "상대방 계약"디렉토리의 계약을 나타냅니다. 계약자료(제목번호, 체결일자 등)는 보고서 출력시 활용 가능합니다.
보험 유형입니다. 버튼을 눌러 목록에서 보험 종류(보험 상품)의 이름을 선택합니다.
선택 목록 데이터는 "보험 유형" 디렉토리에서 가져옵니다. 필요한 유형이 목록에 없으면 다음을 확인해야 합니다.
보험 유형은 "참고서" 메뉴의 참고서 "보험 유형"에 있습니다.
보험 유형이 보험 회사와 전혀 연결되어 있지 않거나 선택한 보험 회사가 링크 목록에 있으며 "보험 유형" 디렉토리에서도 확인됩니다.
신고번호. 여기에 번호를 지정하면 이후 문서에 자동으로 번호가 지정됩니다.
보고 기간. 브로커가 보고하는 기간입니다.
5. "보험 정책"표를 작성하십시오. 여기에서 브로커가 보고하는 "보험 정책" 및 "지급" 문서를 지정해야 합니다. 버튼을 사용하거나 자동 모드에서 새 줄을 추가하여 표를 채울 수 있습니다.
"채우기" 버튼을 클릭합니다. 보고서 양식이 열립니다:
문서를 처리해야 하는 기간을 입력합니다.
"날짜" 속성으로 문서를 선택하려면 "제출 날짜별로 문서 선택" 확인란을 선택하십시오. 그렇지 않으면 "완료 날짜" 및 "지급 날짜" 속성이 사용됩니다.
특정 유형의 보험에 대해서만 문서를 처리해야 하는 경우 "보험 유형" 필드에 지정하십시오.
특정 유형의 지불(현금, 비현금, 직접)로만 문서를 처리해야 하는 경우 "지급 유형" 필드에 지정하십시오.
필요한 경우 각 문서 반대편의 문서 표에서 실제 회계 지불 문서(일부 보험 회사에 보고서를 인쇄하는 데 필요할 수 있음) "지급 문서" 필드에 지정하십시오.
에이전트 및 책임자(프로그램에 문서를 입력한 사람)별로 문서를 선택할 수도 있습니다.
"플래그 설정" 확인란은 각 문서 옆에 있는 확인란을 설정합니다. 앞으로 자동으로 채워진 테이블로 많은 수의 배송 준비 정책을 확인할 운영자는 마크를 제거하여 프로그램의 데이터를 제어할 수 있습니다.
"채우기"를 클릭합니다.
문서는 판매되었지만 아직 보고서에 포함되지 않은 정책 및 지불금으로 채워질 것입니다. 두 번째로(다른 문서 "보험 회사 보고서"에서) 정책 및 지불금은 다음과 같은 경우 테이블에 포함되지 않습니다. 자동으로 채워집니다.
모든 규모의 비즈니스에서 병목 현상을 찾는 데 도움을 드릴 수 있습니다. 우리는 조언 할 것입니다. 우리는 자동화하거나 자동화합니다. 우리는 훈련할 것입니다.
결과를 얻자:
- 소득 증가
- 비용 절감
- 관리 용이성 및 투명성 향상
빠른 결과에 놀랄 것입니다!통계에 따르면 실제 자동화는 기업에서 처음 3개월 동안 비용을 지불합니다.
우리 회사의 전문가들은 1C에서 개발한 작업 기술에 따라 교육을 받고 인증을 받았으며 1C: Enterprise 플랫폼의 장점을 사용하여 법률 준수 유지와 관련이 없는 회사 비즈니스 프로세스의 효율성을 높이는 데 도움이 될 것입니다. 및 보고.
리얼 오토메이션이란?
종종 효과적인 관리비즈니스는 회사의 "좁은" 개별 프로세스의 자동화를 필요로 합니다. 예를 들어, 저장 단위에 대한 특별 회계를 설정해야 하거나 상품의 비표준 크기를 고려해야 하거나 소유자가 특정 컨텍스트에서 회사에 대한 분석을 받는 것이 중요합니다. 많은 예가 있을 수 있습니다.
회사의 주요 프로세스를 자동화하면 일상적인 작업의 수를 줄이고 투명성과 효율성을 높일 수 있습니다. 비즈니스의 특정 작업에 맞는 1C 솔루션을 사용하면 회사의 작업을 명확하게 구축하고 중요한 지표 측면에서 작업을 분석하여 정보에 입각한 결정을 내릴 수 있습니다.
Real Automation Centers의 전문가들은 가장 복잡한 작업을 해결하는 능력으로 장난스럽게 "진짜 멧돼지"라고 불리며 멧돼지는 Real Automation Centers의 상징이되었습니다.
자동화의 필요성에 대해 생각해 보았지만 어디서부터 시작해야 할지 모르시거나 저희에게 연락해 주십시오.
이것이 왜 당신을 위한 것입니까?
우리 팀은 다음을 수행할 수 있습니다.
. 자동화가 도움이 될 프로세스 결정
. 솔루션을 선택하고 회사의 특성에 맞게 사용자 정의
. 1C:Enterprise 시스템에서 효과적으로 일할 수 있도록 훈련
이는 수동 작업 비용을 줄이고 비즈니스 프로세스를 최적화하며 회사의 수익성을 높이는 데 도움이 됩니다.
우리와 함께 비즈니스 효율성을 높이십시오! 1C 솔루션으로 업계의 리더가 되십시오!
보험 자동화
"BUSINESS RELATIONSHIP GROUP" 컨설팅 그룹의 "보험" 부서는 프로그래머와 IT 컨설턴트로 구성된 전문 팀에 의해 2004년에 설립되었습니다. 현재까지 당사 전문가들은 더 200개의 성공적인 프로젝트보험, 무역 및 제조 회사의 자동화.
우리는 1C:Enterprise 8 플랫폼을 기반으로 하는 IT 시스템의 구현, 적응, 개발 및 유지 관리를 전문으로 하며 보험 자동화 분야에서 1C의 주요 파트너 중 보험 자동화 부문에서 1위를 차지하고 있습니다. 우리의 IT 솔루션은 보험 회사에서 작동합니다. OSAO "러시아", "빈보험", "SK모스크바"그리고 많은 다른 사람들.
우리는 다음과 같은 이유로 선택되었습니다.
- 우리는 대규모 프로젝트의 성공적인 구현 및 구현 경험이 있습니다.
- 부서의 전문가는 잘 조정되고 균형 잡힌 팀입니다. 보험업의 특성을 알고 있는 전문가
- 우리는 고정된 예산 내에서 독점적으로 일하고 기한을 엄격히 준수합니다.
- 우리는 신중하고 유능한 프로젝트 관리를 보장합니다
부서 전문가의 작업 품질은 국제 인증서 ISO 9001:2000과 다양한 1C 인증서로 확인됩니다. 우리의 트럼프 카드는 경험과 전문성입니다.
지식 기반에서 좋은 작업을 보내는 것은 간단합니다. 아래 양식을 사용하십시오
연구와 업무에 지식 기반을 사용하는 학생, 대학원생, 젊은 과학자들은 매우 감사할 것입니다.
http://www.allbest.ru/에서 호스팅
- 콘텐츠
- 문제의 공식화
- 소개
- 1. 시스템 설계
- 1.1 보험, 국가의 사회 경제적 정책에서 차지하는 위치
- 1.2 보험계약
- 1.3 보험에 대한 건축 관세의 특징
- 2. 기능적 디자인
- 2.1 방법 및 개발 도구 선택의 근거
- 2.2 애플리케이션 개발
- 2.2.1 UML 다이어그램 설계
- 2.2.2 사용 다이어그램 작성
- 2.2.3 시퀀스 다이어그램 구축
- 2.2.4 클래스 다이어그램 디자인하기
- 2.3 기능 모델의 개발 및 구축
- 2.4 정보 모델의 개발
- 2.5. 사용 설명서
- 결론
- 사용된 소스 목록
- 부록 1 코드 목록
문제의 공식화
코스워크는 보험회사의 업무를 자동화하기 위한 시스템입니다. 사용자가 시스템을 사용하기 위해 필요한 주요 특성은 로그인과 비밀번호입니다. 사용자는 다양한 작업에 대한 액세스 수준에 따라 세 그룹으로 나뉩니다.
관리자 - 가능한 모든 작업에 액세스할 수 있습니다.
에이전트 - 문서 작업과 관련된 모든 작업(고객, 보험 정책)에 액세스할 수 있습니다.
사용자 - 데이터에 대한 액세스가 제한됩니다(문서 검색 및 읽기만 가능).
다음과 같은 문서 및 작업 세트가 있습니다.
그 문서들:
클라이언트에 대한 정보;
고객의 보험 정책;
등록된 사용자에 대한 정보입니다.
행위:
문서 생성, 편집, 삭제
문서 검색
문서 목록을 봅니다.
삭제된 문서 복원
· 통계 데이터 가져오기;
· 사용 가능한 문서 및 통계 데이터를 기반으로 보험 회사의 다양한 성과 지표를 계산합니다.
모든 데이터는 데이터베이스의 서버에 저장됩니다. 정보에 대한 액세스는 여러 사용자가 동시에 수행할 수 있습니다. 응용 프로그램은 인터넷에서 사용하기 위한 것이므로 클라이언트-서버 응용 프로그램이므로 데이터 교환은 HTTP 프로토콜을 통해 이루어집니다. 클라이언트 부분은 정보를 포함하는 HTML 페이지입니다. 프로젝트의 서버 부분은 페이지에서 오는 데이터를 처리하고 응답을 형성하는 서블릿을 사용하여 구현된 애플리케이션입니다. 매개변수 계산 기능은 타사 제품인 별도의 구성 요소로 구현되며 구성 파일을 사용하여 프로그램에 확장 프로그램으로 추가할 수 있습니다.
소개
에 현대 세계인터넷은 많은 사람들의 삶에서 없어서는 안될 부분이 되었습니다. 비즈니스 리더, 회사 직원, 직원, 학생 및 학생은 업무 및 여가 시간의 상당 부분을 온라인에서 보냅니다. 인터넷은 생산을 가능하게 한다 금전 거래쇼핑, 친구와 채팅, 서로를 알아가는 것. 또한 인터넷은 거의 모든 질문에 대한 답을 찾을 수 있는 포괄적인 정보의 원천입니다.
오늘날 인터넷은 거의 모든 사람이 어디서나 사용할 수 있습니다. 따라서 필요할 때 데이터에 액세스할 수 있는 인터넷 응용 프로그램인 시스템이 널리 사용됩니다.
새로운 기술과 특히 인터넷 지향 프로그래밍 언어인 JAVA의 출현으로 이러한 요구 사항의 구현이 더 쉬워지고 모든 아이디어를 구현할 수 있는 새로운 기회와 공간이 생깁니다.
본 교과목은 보험회사의 업무를 자동화하기 위한 시스템입니다. 이 시스템의 도움으로 보험회사의 업무가 단순해지고 보험 대리인의 업무가 용이해졌습니다. 이제 보험을 받기 위해 대리점에 연락할 필요가 없기 때문에 이제 대리인이 편리한 곳으로 올 수 있습니다. 귀하와 계약을 체결합니다. 이 시스템을 사용하면 통계를 유지하고 보험 회사의 활동을 분석할 수 있으므로 회사의 성과가 명확하게 표시되므로 보험 회사의 업무를 보다 생산적으로 만들 수 있으며 이를 기반으로 추가 작업을 순서대로 조정할 수 있습니다. 이익을 늘리고 이전에 저지른 실수를 적시에 수정합니다.
1. 다시스템 디자인
1.1 보험, 국가의 사회 경제 정책에서 차지하는 위치
보험은 일방(보험자)이 보험료(보험료)를 받는 대가로 상대방(피보험자)에게 일정 금액 또는 이에 상응하는 현물을 지급할 것을 약정하는 계약입니다. 피보험자의 이익을 해하는 특정한 사건. 경제 주체보험은 전문 조직의 형성으로 구성됩니다. 즉, 보험 계약자의 기여로 형성된 보험 기금의 보험 회사 (프리미엄)로 보험이 적용되는 보험 사건의 결과로 보험 계약자가 입은 손실이 보상됩니다. 보험은 재산, 개인 및 제3자 책임 보험으로 구분되며 법률에 따라 의무적으로 발생하는 형태이거나 피보험자와 보험사 간의 보험 계약에 따라 자발적인 형태일 수 있습니다.
1 .2 보험계약
보험 계약은 당사자 중 하나가 시민(보험자)이고 다른 하나가 이러한 종류의 거래를 체결할 권리가 있는 보험 기관인 쌍무 거래입니다. 보험계약은 보험금액에 관계없이 간단한 서면으로 체결됩니다. 공증필요하지 않습니다.
개인 보험 계약에 따라 일방 당사자(보험자)는 계약( 보험료) 상대방(피보험자)이 지급하거나, 본인 또는 기타 국민(피보험자)의 생명 또는 건강에 위해를 끼친 경우 정기적으로 계약에 약정한 일시금 또는 금액(보험금)을 지급합니다. 계약상 특정 연령에 도달하거나 생명이 시작되는 기타 사건(보험사)이 계약에서 정한 것.
보험금을 받을 권리는 계약을 체결한 당사자에게 유리합니다.
개인 보험 계약은 계약서에 다른 사람이 수익자로 지명되지 않는 한 피보험자에게 유리하게 체결된 것으로 간주됩니다. 다른 수익자가 지명되지 않은 계약에 따라 피보험자가 사망한 경우에는 피보험자의 상속인이 수익자로 인정됩니다.
피보험자가 아닌 피보험자를 포함하여 피보험자가 아닌 사람을 위한 개인 보험 계약은 피보험자의 서면 동의가 있어야만 체결될 수 있습니다. 그러한 동의가 없는 경우, 피보험자의 청구에 따라 계약이 무효로 선언될 수 있으며, 이 사람이 사망한 경우 상속인의 청구에 따라 계약이 무효로 선언될 수 있습니다.
혼성 생명 보험 계약은 16세에서 65세 사이, 어린이 보험(연령 제한 없음, 결혼 보험)은 20세에서 67세 사이에 체결됩니다. 보험 신청 시 피보험자의 연령은 만년으로 표시되며 피보험자의 연령에 대한 증빙 서류는 필요하지 않습니다.
혼성보험 계약을 체결한 사람의 나이는 상관없습니다. 또 다른 문제는 자녀 보험 및 결혼 보험 계약이 체결 된 제 3 자, 즉 자녀의 나이입니다. 보험 가입 신청서에 기재해야 합니다.
부모(양부모), 자녀의 친척 및 후견인은 자녀의 연령이 2세 이상 15세 이하인 경우 결혼 보험 계약을 체결할 권리가 제공됩니다. 아동 보험 계약은 아동이 15세 이하임을 조건으로 체결됩니다.
보험금 청구 - 중요 법적 문서, 원칙적으로 보험 대리인 (검사관)이 작성하지만 피보험자의 말에 따릅니다. 보험 신청을 대리한 사람이 서명하지 않으면 보험 계약이 무효화되기 때문에 보험 신청서를 수락할 수 없습니다.
보험회사는 보험가입자가 신청서에 기재한 연령, 건강상태, 장애자 유무 등의 정보를 다시 확인하지 않으나 경우에 따라 피보험자가 제공한 정보를 확인할 권리가 있습니다.
보험 신청서에는 보험 계약자가 첫 번째 보험료를 지불하기로 약정한 달과 미래의 지불 방식(에 따라 비현금 결제또는 현금). 그룹 I 및 II의 장애인 및 모든 유형의 심장 결함, 고혈압, 협심증, 심근경색증, 위 및 십이지장의 소화성 궤양, 결핵, 악성 종양과 같은 질병을 앓고 있는 사람과의 혼합 생명 보험 계약은 체결되지 않습니다. 등 e.이 질병은 피보험자의 조기 사망으로 이어질 수 있기 때문에 금기 사항에 포함됩니다.
개인 보험 계약은 법적 성격상 제3자를 위한 계약입니다. 따라서 보험 계약자는 사망 시 보험 금액을 받기 위해 지정한 사람(또는 여러 사람)을 혼성 생명 보험 신청서에 표시할 수 있는 부인할 수 없는 권리가 부여됩니다. 단, 자연인(시민)만이 제3자 역할을 할 수 있습니다.
각 유형의 보험에 대해 다른 보험 기간, 즉 보험 조직이 의무를 이행하는 기간이 설정됩니다. 혼합 생명 보험 계약은 5년, 10년, 15년 또는 20년의 고정된 기간 동안 체결됩니다. 자녀보험계약과 결혼보험계약에는 미리 정해진 보험기간이 없습니다. 단, 아동보험계약의 경우 최대 보험기간은 18년을 초과할 수 없습니다.
혼성보험은 보험기간, 보험금액, 피보험자의 연령에 따라 보험료가 결정되며, 아동보험계약은 아동의 연령에 따라 보험료가 결정됩니다. 피보험자, 보험 기간 및 보험료 지불 기간.
모든 생명보험의 약관은 보험료의 월납입을 규정하고 있으며, 어린이보험과 혼성생명보험의 경우 한번에 납부할 수 있습니다. 월 보험료는 보험기간 전체에 걸쳐 납부하는 것이 원칙이지만, 아동보험계약의 경우에는 아동의 연령에 따라 더 짧은 기간에 납부할 수도 있습니다.
단축된 기간에 보험료를 지불하는 것은 보험 계약이 체결된 기간이 만료되기 전에 보험 금액을 받을 권리를 부여하지 않습니다. 피보험자는 보험 기간이 종료될 때까지 남은 기간 동안만 보험료를 납부해야 할 의무가 면제되며 자녀가 사망한 경우에도 보험 금액을 받을 수 있도록 보장합니다.
보험 기간의 시작은 피보험자가 첫 번째(또는 1회성) 할부금을 지불하기로 약정한 달의 1일로 간주되며 종료일 - 종료된 년 수 후 이전 달의 마지막 날 이 동의안보험.
보험 기간의 시작은 보험 계약의 발효와 구별되어야 합니다. 보험에 가입하고 보험증권을 발행한다는 것은 보험계약을 체결한 사실에 불과하지만, 그러한 보험계약이 보험금 지급과 관련하여 보험기관의 의무를 갖기 위해서는 그 효력이 발생해야 합니다.
생명보험과 어린이보험이 혼재되어 있는 경우, 보험계약자는 언제든지 보험금액을 감액하여 보험료를 낮출 수 있는 권리가 있습니다. 이를 위해 보험 계약자는 보험 증명서가 첨부된 적절한 신청서를 제출해야 합니다.
보험금액이 감소하면 기존에 납부한 보험료(적립금)의 일부가 무료가 되는데, 이는 보험기간 만료 후 보험회사가 계약 체결 시 예상보다 적은 금액을 지급해야 하기 때문이다. 기여금의 이 부분은 피보험자에게 반환되지 않지만 미래 기여금 지불에 포함됩니다. 보험료의 무료 적립금이 기간 만료 전에 보험 계약을 지불하기에 충분하고 잉여금으로 판명된 경우에도 후자는 피보험자에게 반환되고 계약은 축소된 기간 동안 계속 유효합니다. 보험료에 명시된 기간이 만료될 때까지 보장되지만 이미 보험료를 지불하지 않은 금액. 보험금을 감액하는 것은 신청서를 제출한 달부터뿐만 아니라 피보험자의 요청에 따라 다른 달에서도 할 수 있습니다.
경우에 따라 혼성 생명 보험 계약이 조기 종료될 수 있습니다. 보험 계약은 피보험자와 보험 회사의 두 상대방 간의 자발적인 계약이지만 한 당사자인 피보험자의 주도로 조기 해지될 수 있습니다. 보험회사는 그런 권리가 없습니다.
1.3 보험에 대한 건물 관세의 특징
생명 보험 관세의 구성에는 다음과 같은 특징이 있습니다.
1. 계산은 다음을 사용하여 수행됩니다. 인구 통계그리고 확률 이론.
2. 계산할 때 장기 재무 계산 방법이 사용됩니다.
3. 순 관세율은 여러 부분으로 구성되며 각 부분은 보험 조건에 포함된 보험 책임 유형 중 하나에 대한 보험 기금을 구성하도록 설계되었습니다.
통계, 확률 이론 및 장기 재무 계산에 사용되는 수학적 방법의 조합은 관세율과 생명 보험료 준비금이 설정되는 보험 계리 계산 이론이라는 특별한 과학 분야를 낳았습니다. 보험 계리 계산은 장기 생명 보험에 대해 보험자와 피보험자 간의 재정적 관계를 결정하는 수학적 및 통계적 방법의 시스템입니다.
관세율은 각 보험사가 보험 총액의 단위당 일반 보험 기금에 얼마나 많은 금액을 기여해야 하는지를 결정합니다. 따라서 징수된 보험료가 보험약관에 규정된 지불금에 충분하도록 관세를 산정해야 합니다. 따라서 관세율은 보험 회사가 인구에게 제공하는 서비스의 가격입니다. 일종의 보험료. 그 규모를 결정하는 것은 무엇이며 특정 유형의 생명 보험에 대한 가격을 설정하는 방법은 무엇입니까?
전체 관세율을 총세율이라고 합니다. 순율과 부하로 구성됩니다. 순 요율의 임무는 보험 금액의 지불을 보장하는 것입니다. 보험 계약에 따른 보험사의 재정적 의무 이행. 부담은 보험 운영 비용을 보상하기 위한 것입니다.
생명보험영업의 독창성은 순요율의 구성에서 드러난다. 생명 보험의 조건은 일반적으로 보험 계약이 만료될 때까지 또는 이 기간 동안 사망한 경우 피보험자의 생존과 관련하여 지불을 제공합니다. 또한 부상 및 특정 질병으로 인한 건강 상실과 관련하여 지불이 제공됩니다.
따라서 보험기금의 규모를 계산하기 위해서는 보험계약이 만료될 때까지 피보험자가 몇 명이나 살 것인지, 매년 몇 명이나 죽을 수 있는지, 몇 명과 몇 명, 그리고 몇 명인지에 대한 정보가 필요합니다. 어느 정도 건강을 잃을 것입니다. 지불 금액에 각 보험 금액을 곱하면 향후 지불 금액, 즉 .е를 결정할 수 있습니다. 보험 기금이 적립되어야 할 금액을 알 수 있습니다.
개인의 기대 수명은 매우 다양합니다. 확률변수의 범주에 속하며 그 수치는 많은 요인에 따라 달라지며 너무 멀고 복잡하여 식별하고 연구하는 것이 불가능해 보입니다. 확률 이론 및 통계는 인구의 사망률을 포함하여 대량 특성을 갖는 무작위 현상을 조사합니다. 라고 결정 인구통계학적 과정연령별 사망률 수준의 변화로 표현되는 세대 변화는 다수의 법칙의 적용을 받으며 그 징후가 단조롭고 결과가 너무 신뢰할 수 있어 보험의 재정 계산의 기초 역할을 할 수 있습니다. .
인구 통계 통계는 수학 공식의 도움으로 사람들의 나이에 대한 사망률의 의존성을 드러내고 표현했습니다. 특정 수치가 연령에 따른 사망률의 일관된 변화를 보여주는 소위 사망률 표를 컴파일하기 위한 특별한 방법론이 개발되었습니다. 보험 기관은 이 표를 사용하여 관세를 계산합니다.
생존 및 사망 과정과 관련된 패턴 외에도 관세를 구성 할 때 이러한 계약이 3 년 이상의 장기간에 걸쳐 체결되기 때문에 생명 보험 운영의 장기 특성이 고려됩니다. 전체 유효 기간 동안(또는 일시불로 보험 기간이 시작될 때) 보험 당국은 기여금을 받습니다. 피보험자가 사망하거나 건강을 상실한 경우에는 보험기간 중 또는 계약 개시일로부터 일정 기간 경과한 후에 보험금을 지급합니다.
보험사에서 적립한 임시 무료 자금은 신용 자원으로 사용됩니다. 사용에 대한 이자가 지급됩니다. 그러나 저축 운용에서 이자 소득이 예금에 추가되면 보험에서는 이 소득 금액만큼 피보험자의 지불할 기여금이 미리 감소(할인)됩니다. 수년에 걸쳐 형성 될 소득에 대한 관세율을 미리 줄이기 위해 장기 재무 계산 이론의 방법이 사용됩니다.
생명 보험의 관세율은 여러 부분으로 구성됩니다. 생명보험을 예로 들어보자. 이것은 독립적일 수 있는 여러 유형의 보험을 결합한 것입니다. 1) 생존 보험; 2) 사망 보험; 3) 사고 보험. 각각에 대해 보험 기금은 관세의 도움으로 생성되므로 혼합 보험의 관세율은 순율에 포함 된 세 부분으로 구성되고 네 번째 부분은 부하입니다. 다른 유형의 생명 보험에 대한 관세율 구조도 유사하게 발전합니다.
2. 에프기능적 디자인
2. 1 방법 및 개발 도구 선택의 근거
이 문제를 해결하기 위해 프로그래밍 언어인 JAVA가 선택되었습니다. 이 프로그래밍 언어의 선택은 다음과 같은 이유로 결정됩니다.
- 이 프로그래밍 언어는 크로스 플랫폼이므로 이 언어로 작성된 소프트웨어 제품을 모든 플랫폼 및 모든 운영 체제에서 사용할 수 있습니다.
- 애플리케이션 개발을 더 쉽게 하기 위해 설계된 클래스 세트를 포함하는 많은 표준 라이브러리가 있습니다. 여기에는 동적 배열, 해시 테이블, 문자열 등의 작업을 구현하는 클래스와 같이 자주 접하는 여러 클래스가 포함됩니다.
- JAVA 프로그래밍 언어는 인터넷 응용 프로그램의 구현을 위해 특별히 만들어졌습니다. 또한 프로젝트 개발을 간단하고 즐겁게 만드는 다양한 기술이 있습니다.
과정 프로젝트는 인터넷 응용 프로그램이므로 JSP(Java Server Pages) 기술을 사용하여 작성했습니다. 이 기술은 HTML 태그와 JAVA 프로그래밍 언어로 작성된 프로그램 코드를 결합할 수 있으므로 서버 애플리케이션 작성을 단순화합니다. 고유한 구성 요소를 구현하여 표준 구성 요소 집합을 확장하는 것도 가능합니다.
코스 프로젝트는 MVC(Model-View-Control) 모델을 사용하여 작성됩니다. 이 기술을 사용하면 유지 관리하기 쉬운 확장 가능한 프로그램을 만들 수 있습니다. 이 접근 방식을 사용하면 비즈니스 논리가 지속적으로 변경되는 크고 복잡한 프로젝트에 매우 중요한 비즈니스 개체와 프레젠테이션 계층(JSP 문서)을 분리할 수 있는 서블릿, JSP 및 빈을 결합할 수 있습니다.
MVC 모델은 Model 2 개념을 기반으로 구축되었으며, 이 개념에 따르면 모든 요청은 하나의 서블릿(소위 서블릿 컨트롤러)에서 처리됩니다. 이벤트(동작)에 대한 설명은 이벤트 이름과 이 이벤트에 대한 핸들러 클래스가 포함된 구성 파일을 사용하여 수행됩니다. 컨트롤러는 이벤트를 수신할 때 이벤트 컨테이너에 이벤트가 있는지 확인합니다. 이벤트가 있는 경우 컨테이너는 적절한 이벤트 핸들러를 만들고 해당 메서드를 호출하여 이 이벤트를 처리합니다.
IntelliJ IDEA 개발 환경은 응용 프로그램 개발 도구로 사용되었습니다. 그만큼 소프트웨어개발 프로세스를 용이하게 하기 위해 설계된 기능 세트가 있습니다. 상당히 많은 수의 단축키가 있습니다. 이 개발 환경의 기존 기본 제공 기능 외에도 환경의 기존 기능을 확장하도록 설계된 전체 유틸리티(플러그인) 세트가 있습니다.
2.2 응용 프로그램 개발
2.2.1 다이어그램 개발UML
UML(Unified Modeling Language) - 통합 모델링 언어 - 소프트웨어 도구의 시각적 모델링을 위한 표준 표기법.
UML의 시각적 모델링은 소스 시스템의 가장 일반적이고 추상적인 개념 모델에서 해당 소프트웨어 시스템의 논리적 모델, 물리적 모델로의 계층별 하강 프로세스로 나타낼 수 있습니다.
UML에 대한 시각적 모델링에서는 7가지 유형의 다이어그램이 사용되며 각 다이어그램에는 특정 유형의 요소가 포함될 수 있습니다. 허용되는 요소의 유형과 요소 간의 관계는 다이어그램 유형에 따라 다릅니다. 이 과정 프로젝트의 모델링에 사용된 다이어그램을 고려하십시오.
2.2.2 사용 다이어그램 작성
UseCase Diagram은 시스템 사용자가 볼 수 있는 정보 시스템의 기능을 설명하는 다이어그램입니다.
사용 사례 다이어그램은 설계 및 개발 중 시스템의 초기 개념적 표현 또는 개념적 모델입니다.
UseCase 다이어그램은 다음에 사용됩니다.
1. 시스템 설계의 초기 단계에서 모델링된 주제 영역의 일반적인 경계와 컨텍스트를 결정합니다.
2. 설계된 시스템의 기능적 동작에 대한 일반 요구사항의 공식화
3. 논리적 및 물리적 모델의 형태로 후속 세부 사항을 위한 시스템의 초기 개념적 모델 개발
4. 시스템 개발자와 고객 및 사용자 간의 상호 작용을 위한 초기 문서 준비.
설계 중인 시스템은 사용 사례를 사용하여 시스템과 상호 작용하는 엔터티 또는 행위자의 집합으로 표시됩니다.
유스 케이스(유스 케이스)와 액터(액터)는 생성된 시스템(프로젝트)의 범위를 결정합니다. 이 경우 유스 케이스는 시스템 내부에서 일어나는 모든 일을 설명하고 액터는 외부에서 일어나는 일을 설명합니다.
행위자는 사람, 기술 장치, 프로그램 또는 개발자 자신이 결정한 대로 시뮬레이션된 시스템에 영향을 줄 수 있는 기타 시스템이 될 수 있습니다.
또한 시스템이 액터에게 제공하는 서비스를 설명하는 데 사용 사례가 사용되었음을 알 수 있습니다. 즉, 각 사용 사례는 액터와 대화하는 동안 시스템이 수행하는 특정 작업 세트를 정의합니다.
쌀. 2.2.2.1 사용 사례 다이어그램
응용 프로그램이 시작되면 사용자에게 시스템에 로그인할 수 있는 기회가 제공됩니다. 로그인 후 사용자의 역할이 결정되며 이를 기반으로 특정 작업이 가능하게 됩니다. 애플리케이션 작업을 마친 사용자는 애플리케이션을 종료하고 다른 사용자가 작업할 수 있도록 승인 페이지로 돌아갈 수 있습니다.
2 . 2 . 3 시퀀스 다이어그램 만들기
성격과 목적이 다른 시스템의 특징 중 하나는 이러한 시스템을 구성하는 개별 요소 간의 상호 작용입니다. 요점은 시스템의 다양한 구성 요소가 개별적으로 존재하는 것이 아니라 서로에게 일정한 영향을 미치기 때문에 전체적 구성으로서의 시스템을 단순한 요소 집합과 구별한다는 것입니다.
UML 언어에서 요소의 상호 작용은 통신의 정보 측면에서 고려됩니다. 즉, 상호 작용하는 개체는 서로 일부 정보를 교환합니다. 이 경우 정보는 완전한 메시지 형식을 취합니다. 즉, 메시지에 정보 내용이 있지만 받는 사람에게 직접적인 영향을 미치는 추가 속성을 얻습니다.
시퀀스 다이어그램은 상호 작용에 직접 관련된 개체만 표시하며 다른 개체와의 가능한 정적 연결을 보여주지 않습니다. 시퀀스 다이어그램의 경우 핵심정확히는 시간에 따른 개체의 상호 작용의 역학입니다. 이 경우 시퀀스 다이어그램은 말 그대로 2차원입니다. 하나 - 수직선 형태로 왼쪽에서 오른쪽으로, 각각은 생명선을 나타냅니다. 별도의 개체상호 작용에 참여합니다. 그래픽으로 각 개체는 직사각형으로 표시되며 수명선의 맨 위에 있습니다. 사각형 내부에는 객체 이름과 클래스 이름이 콜론으로 구분되어 작성됩니다. 이 경우 전체 레코드에 밑줄이 그어져 있으며 이는 알다시피 클래스의 인스턴스인 개체의 표시입니다.
쌀. 2.2.3.1 시퀀스 다이어그램(사용자 인증).
예를 들어, 그림. 2.2.3.1은 사용자 권한 부여 시 애플리케이션 계층의 상호 작용 및 수명 주기를 설명하는 다이어그램입니다.
인증 데이터를 입력할 때 사용자는 애플리케이션에 요청을 보냅니다. 요청은 이벤트 핸들러의 작동을 제어하는 액션 컨트롤러(컨트롤러)로 이동합니다. 다음으로 컨트롤러는 요청을 비즈니스 논리 계층(모델)으로 리디렉션합니다. 요청을 구현하는 데 필요한 작업(데이터베이스에 대한 연결 생성, 요청 생성, 실행, 결과 획득, 수신 데이터 분석, 수신 데이터 기반 결과 생성)을 수행합니다. 또한 결과는 결과에 따라 응답(응답)을 프레젠테이션 계층(View)으로 리디렉션하는 컨트롤러로 다시 반환되어 필요한 정보를 사용자에게 직접 표시합니다.
2 . 2 . 4 클래스 다이어그램 디자인하기
클래스 다이어그램은 애플리케이션 코드를 생성하기 위한 메인 다이어그램입니다. 클래스 다이어그램을 사용하여 내부 구조시스템은 상속과 서로에 대한 클래스의 상호 위치를 설명합니다. 이것은 시스템의 논리적 표현을 설명합니다. 이 다이어그램은 시스템 작동의 시간 측면에 대한 정보를 제공하지 않습니다. 클래스 다이어그램은 정점이 다양한 유형의 구조적 관계로 연결된 요소인 그래프의 일종입니다. 클래스 다이어그램에는 인터페이스, 패키지, 관계 및 개체 및 관계와 같은 개별 인스턴스도 포함될 수 있습니다.
프로젝트의 클래스는 기능 부하에 따라 여러 부분으로 나눌 수 있습니다.
DAL(데이터 액세스 계층)을 구현하는 클래스;
응용 프로그램의 작동을 제어하기 위해 "컨트롤러" 수준을 구현하는 클래스.
요청 처리를 구현하는 클래스(액션 핸들러);
클라이언트, 서버 및 애플리케이션 계층(빈) 간에 데이터를 저장하고 전송하도록 설계된 클래스;
도우미 수업.
쌀. 2.2.4.1 데이터 액세스 계층(DAL)을 구현하는 클래스
· IDataDAO는 특정 문서 수준 DAO 구현을 설명하는 모든 클래스가 구현해야 하는 인터페이스입니다.
· PersonDataDAOImpl - "연락처" 문서 수준의 DAO 구현.
· PolicyDataDAOImpl - "정책" 문서 수준의 DAO 구현.
· UserDataDAOImpl - "사용자" 문서 수준의 DAO 구현.
· SearchDataDAOImpl - 문서 검색 논리 수준의 DAO 구현.
· ListDataDAOImpl - 문서 목록을 표시하기 위한 페이지를 생성하기 위한 논리 수준의 DAO 구현.
· ImportDataDAOImpl - 보험 회사의 작업을 특성화하는 매개 변수를 계산하는 데 사용되는 통계 데이터 가져오기를 구현하는 논리 수준의 DAO 구현입니다.
· DataDAOHHelper - DAO 수준의 일반 논리를 포함하는 클래스(트랜잭션 열기, 구성에 설명된 특정 문서에 대한 DAO 수준 구현의 인스턴스 생성).
· UserDataDAOHHelper - DAO 수준의 일반 논리를 확장하는 클래스로 "사용자" 문서 작업에 대한 특정 논리가 포함됩니다.
· SearchDataDAOHHelper - DAO 수준의 일반 논리를 확장하는 클래스로, 검색을 수행할 때 DAO 수준의 세부 사항을 포함합니다.
쌀. 2.2.4.2 컨트롤러 계층
· ActionHelper - 다음을 위한 보조 클래스
· 입/출력 데이터 작업.
ServletController - 이 레벨의 메인 클래스,
· 사용자로부터 수신한 데이터에 따라 동작의 실행을 관리합니다.
· ActionHandlerFactory - 클래스 - 설계된 팩토리
· 구성 파일에 설명된 이벤트 핸들러의 인스턴스를 생성합니다.
쌀. 2.2.4.3 요청 처리를 구현하는 클래스
· IActionHandler - 모든 이벤트 핸들러가 구현해야 하는 인터페이스.
· LoginActionHandler - 클래스 - 로그인 페이지에서 오는 이벤트 핸들러.
· HomeActionHandler - 클래스 - 애플리케이션의 시작 페이지에서 오는 이벤트 핸들러.
· AdminActionHandler - 클래스 - 관리 페이지에서 오는 이벤트 핸들러.
· ImportActionHandler - 클래스 - 통계 데이터 가져오기 페이지에서 오는 이벤트 처리기.
· PersonActionHandler - "연락처" 문서 작업 시 이벤트 핸들러.
· PolicyActionHandler - "정책" 문서 작업 시 이벤트 핸들러.
· UserActionHandler - "사용자" 문서 작업 시 이벤트 핸들러.
· AbstractSearchActionHandler - 검색을 수행할 때 이벤트 처리의 일반 논리를 포함하는 클래스입니다.
· PersonSearchActionHandler - 클래스 - "연락처" 유형의 문서를 검색할 때 발생하는 이벤트 핸들러.
· PolicySearchActionHandler - 클래스 - "정책" 유형의 문서를 검색할 때 발생하는 이벤트 핸들러.
· UserSearchActionHandler - "사용자" 유형의 문서를 검색할 때 발생하는 이벤트 핸들러입니다.
쌀. 2.2.4.3 데이터 저장/전송을 위한 클래스(Beans)
· IEntity - 컨테이너 클래스에서 구현해야 하는 메서드가 포함된 인터페이스입니다.
· PersonBean - "연락처" 유형의 문서 데이터를 저장하는 클래스.
· PolicyBean - "Policy" 유형의 문서 데이터를 저장하는 클래스입니다.
· UserBean - "사용자" 유형의 문서 데이터를 저장하는 클래스입니다.
2 . 3 기능적 모델의 개발 및 구축
보험 디자인 uml 다이어그램
시스템의 기능적 모델을 생성하고 개발하기 위한 특수 도구는 BPwin 패키지입니다.
BPwin의 모델은 SADT 다이어그램 세트이며, 각 다이어그램은 단계와 하위 프로세스로 분할하는 형태로 별도의 프로세스를 설명합니다. 연결 호는 기능을 수행하는 데 필요한 개체, 데이터 및 리소스를 설명합니다.
이 과정 프로젝트의 할당에 따라 시스템 모델링의 목적은 정보 모델의 개발에서 생성된 모델의 추가 사용을 위해 개발 중인 시스템의 기능을 설명하는 것입니다.
다이어그램은 모델의 주요 구성 요소이며 모든 기능과 인터페이스는 블록과 호로 표시됩니다. 다이어그램은 블록을 사용하여 작성됩니다. 각 블록은 완료된 작업을 설명합니다. 블록의 4면은 서로 다른 목적을 가지고 있습니다.
– 입력 데이터의 왼쪽에는 블록에서 설명하는 기능에 대한 초기 리소스가 표시됩니다.
- 오른쪽에는 출력 리소스가 설명되어 있습니다. - 블록에 설명된 기능을 실행한 결과 얻은 결과 리소스입니다.
- 위에서 - 관리 - 블록에 설명된 기능을 수행하는 프로세스에 영향을 미치고 작업 결과(작업을 안내하는 규칙, 전략, 절차 또는 표준)에 영향을 줄 수 있습니다.
- 아래에서 - 이 작업이 수행되는 메커니즘입니다.
IDEF3는 기업에서 발생하는 기술 프로세스를 문서화하기 위한 표준이며 시각적 연구 및 시나리오 모델링을 위한 도구를 제공합니다.
IDEF3 표준에는 두 가지 유형의 다이어그램이 있으며 다른 각도에서 동일한 프로세스 시나리오에 대한 설명을 나타냅니다.
1) 프로세스 흐름 설명 다이어그램(PFDD) 다이어그램
2) 객체의 상태 및 프로세스의 변환(객체 상태 전환 네트워크, OSTN)의 다이어그램.
코스 프로젝트를 모델링할 때 PFDD 다이어그램만 사용했습니다.
PFDD 다이어그램의 상자는 행동 단위(UOB)라고 하며 이벤트, 프로세스 단계 또는 결정을 나타냅니다. 화살표 또는 선은 프로세스 중 UOB 블록 간의 정보 이동을 나타냅니다.
접합은 병합 및 분기할 때 화살표(흐름)가 상호 작용하는 방식의 논리를 표시하거나 다음 작업을 시작하기 전에 완료할 수 있거나 완료해야 하는 이벤트 집합을 표시하는 데 사용됩니다.
이 작업에서는 IDEF3 표준을 사용하여 보험에 대한 금융 거래를 분석하는 자동화 시스템으로 작업하는 프로세스를 시각적으로 설명했습니다.
쌀. 2.3.1 기능 다이어그램 "보험 회사 작업 자동화"
시스템에 들어가기 위해 사용자는 인증을 수행할 기회가 주어집니다. 로그인에 성공하면 사용자에게 일련의 작업(새 데이터 추가, 보기, 데이터 검색, 표시기 계산)이 표시됩니다. 사용자는 다음 작업을 수행한 후 다음 작업을 선택하거나 시스템에서 로그아웃할 수 있습니다.
쌀. 2.3.2 "새로운 정보 추가" 블록 분해
데이터베이스에 새 문서를 추가하려면 사용자가 제안된 양식을 작성해야 합니다. 그 후 데이터의 정확성을 확인하고 데이터가 정확하면 저장되고 데이터가 올바르지 않으면 사용자에게 해당 메시지가 표시됩니다. .
쌀. 2.3.3 "데이터 검색" 블록의 분해
검색하기 필요한 정보사용자는 검색할 데이터로 양식을 작성해야 합니다. 그런 다음 데이터의 정확성을 확인하고 데이터가 정확하면 검색 결과가 화면에 표시되고 데이터가 올바르지 않으면 사용자는 데이터가 잘못된 것과 그 이유를 설명하는 메시지를 받게 됩니다.
2. 4 정보 모델의 개발
이 응용 프로그램은 많은 양의 데이터와 함께 작동하므로 적절하게 구성된 데이터 저장 구조가 필요합니다. 이 문제를 해결하기 위해 Erwin의 CASE 도구가 사용되었습니다.
ERwin은 데이터베이스(DB) 구조를 개발하기 위한 도구입니다. ERwin은 Windows 그래픽 인터페이스, ER 다이어그램 도구, 데이터 모델의 논리적 및 물리적 설명을 생성하기 위한 편집기, 주요 관계형 및 데스크톱 데이터베이스에 대한 투명한 지원을 결합합니다. ERwin을 사용하여 데이터베이스를 생성하거나 리버스 엔지니어링(리엔지니어링)할 수 있습니다.
이 도구는 다음과 같은 다양한 설계 옵션을 제공합니다.
- 데이터베이스에 직접 연결: 데이터베이스 구조 생성
ERwin에서 직접 기존 데이터베이스 모델 복원:
- 다음을 사용하여 한 대상 데이터베이스에서 다른 대상 데이터베이스로 전환
DBMS 기능의 일대일 대응;
- 데이터 스토리지의 물리적 특성 관리(
Oracle 및 Sybase - 각각 테이블스페이스 및 세그먼트)
- 보고를 위한 저장된 디스플레이 매개변수 세트 및
다이어그램;
- 모델을 구축할 때 절차와 트리거를 설명하고
생성하는 동안 데이터베이스에 자동으로 생성됩니다.
- 속성을 조작하는 능력;
- 대상 데이터베이스 또는 DBF 파일에 다이어그램을 저장하는 기능:
- IVCS 버전 제어 시스템 지원
- 글꼴 및 색상 선택. 시뮬레이션 구현 및 ERwin
관계형 데이터베이스 이론 및 IDEF1X 방법론을 기반으로 합니다.
IDEF1X 방법론은 정보 모델링에 사용되는 용어와 다이어그램의 일반적인 요소를 그래픽으로 표현하는 데 사용되는 표준을 정의합니다.
정보 모델에는 두 가지 관점이 있으며 따라서 모델에는 두 가지 수준이 있습니다. 첫 번째 논리적(사용자의 관점)은 기업의 비즈니스와 관련된 데이터를 설명합니다. 두 번째 - 물리적 - 데이터베이스의 정보 표시를 결정합니다. ERWIN은 여러 수준의 프레젠테이션이 있는 단일 다이어그램으로 이들을 결합합니다.
쌀. 2.4.1 데이터의 논리적 표현
이 애플리케이션의 데이터베이스 테이블의 목적을 고려하십시오.
연락처 테이블은 고객에 대한 정보를 저장하도록 설계된 테이블입니다. 여기에는 다음 데이터가 포함됩니다.
id - 레코드 식별자(PK)
· firstName - 클라이언트의 이름;
· 성 - 클라이언트의 성.
· middleName - 클라이언트의 애칭;
· 주소 - 클라이언트의 주소;
· 전화 - 클라이언트 전화;
이메일 - 클라이언트의 이메일 주소.
정책 테이블 - 보험 정책에 대한 정보가 포함된 테이블입니다. 구조:
id - 보험 증권 식별자(PK)
· contactID - 정책이 생성된 사용자의 식별자(FK).
· policyNumber - 보험 증권 번호;
· activationDate - 보험 증권 개시 시작;
· 만료일 - 보험 증권의 만료일;
· policyStatusID - 주어진 정책(FK)의 상태 식별자.
· policySumm - 이 증권에 대해 보장된 금액입니다.
Users 테이블은 이 애플리케이션의 사용자에 대한 정보를 저장하는 테이블입니다. 다음과 같은 구조를 가지고 있습니다.
id - 사용자 식별자(PK)
· 로그인 - 사용자의 로그인 이름.
비밀번호 - 비밀번호;
· 이름 - 사용자 이름;
· 성 - 성;
roleID - 지정된 사용자(FK)의 역할 ID입니다.
테이블 역할 - 시스템 사용자의 현재 역할 목록이 포함되어 있습니다. 다음과 같은 구조를 가지고 있습니다.
id - 역할 식별자(PK).
roleName - 이 역할의 이름.
상태 테이블 - 보험 정책의 현재 상태 목록을 저장합니다. 구조:
id - 상태 식별자(PK)
statusName - 상태 이름.
TempTables 테이블 - 검색 결과를 임시로 저장하기 위해 생성된 임시 테이블 목록을 저장합니다. 다음과 같은 형식이 있습니다.
id - 테이블 식별자(PK)
tableName - 임시 테이블 이름.
userName - 테이블이 생성된 사용자 세션 이름
테이블 통계 - 회사의 활동을 분석하는 데 사용되는 통계 데이터를 저장합니다. 구조:
id - 매개변수 식별자(PK)
· 이름 - 통계 매개변수의 이름.
· 값 - 통계 매개변수의 값.
쌀. 2.4.2 데이터의 물리적 표현
2. 5 사용자 가이드
이 응용 프로그램에는 상당히 사용자 친화적인 인터페이스와 탐색 기능이 있으므로 사용자가 사용하는 데 문제가 없습니다. 다른 유형의 문서로 작업하는 원리는 동일하므로 "연락처" 문서를 예로 사용하여 애플리케이션의 작동을 시연합니다.
응용 프로그램이 시작되면 사용자 식별 데이터(로그인, 암호)를 요청하는 인증 페이지(그림 2.5.1)가 나타납니다.
그림 2.5.1 사용자 인증 페이지
승인에 성공하면 사용자는 애플리케이션의 기본 페이지로 이동하여 추가 작업을 선택할 수 있습니다(그림 2.5.2).
"연락처" 작업을 선택하면 기존 클라이언트 목록이 화면에 나타납니다(그림 2.5.3). 페이지의 초기 크기는 10개 항목이지만 원하는 경우 다른 차원을 선택할 수 있으며 모든 항목이 페이지에 맞지 않으면 탐색 링크가 나타납니다.
그림 2.5.2 애플리케이션의 메인 페이지. 행동의 선택
모든 연락처는 이름 열의 값인 링크를 클릭하여 볼 수 있습니다(사용자 권한이 허용되는 경우 편집 또는 삭제). 특정 클라이언트를 선택하면 이 연락처를 보기(편집)할 수 있는 양식이 열립니다(그림 2.5.4). 이 페이지에는 저장 및 닫기(이 연락처를 닫고 작업 선택 페이지로 이동하여 저장), 저장(변경된 데이터 저장), 삭제(이 연락처 삭제) 및 취소(작업 선택 페이지로 이동하여 이 연락처 편집 및 닫기) 링크가 있습니다. .
그림 2.5.3 클라이언트 목록 보기 페이지
그림 2.5.4 연락처 편집 페이지
그림 2.5.5 새 연락처 페이지 만들기
"연락처 만들기" 작업을 선택하면 빈 필드만 있는 동일한 양식의 페이지가 열립니다. 필드를 채운 후 사용자는 세 가지 작업을 수행할 수 있습니다. 양식을 닫고 다음 작업 선택 페이지로 리디렉션하여 이 연락처를 저장합니다. 연락처를 저장하고 같은 페이지에 머물거나(이 경우 새 작업 "삭제"에 대한 링크가 나타남) 채워진 데이터 저장을 취소하고 다음 작업을 선택하는 페이지로 이동합니다.
특정 기준(예: 주소)으로 연락처 집합을 찾아야 하는 경우 연락처 검색 페이지를 사용할 수 있습니다(그림 2.5.6). 여전히 동일한 문의 양식이며 비어 있습니다. 양식을 작성한 후 사용자는 다음 작업을 사용할 수 있습니다. 검색 결과를 보기 위한 페이지로 전환하여 검색을 시작하거나 작업 선택으로 전환하여 검색을 취소합니다. 페이지.
그림 2.5.6 검색어 생성 페이지
그림 2.5.7 검색 결과 보기 페이지
"검색" 작업을 선택하면 결과를 볼 수 있는 페이지(그림 2.5.7)로 이동합니다. 여기에서 클라이언트 목록을 보기 위한 페이지에서와 동일한 모든 작업을 사용할 수 있습니다.
여결론
코스 프로젝트를 작성한 결과 보험 캠페인 작업을 자동화하기 위해 인터넷 응용 프로그램이 구현되었습니다. 이 응용 프로그램에는 모든 요구 사항이 포함되어 있으며 친숙한 인터페이스와 쉬운 탐색 기능이 있습니다. 프로젝트는 Java 프로그래밍 언어로 구현되므로 애플리케이션은 크로스 플랫폼이므로 모든 운영 체제가 설치된 서버에 설치할 수 있습니다. 개발 과정에서 사용자 정의, 리팩토링, 기능 확장과 같은 순간이 고려되었습니다. 따라서 애플리케이션 아키텍처는 위의 프로세스가 덜 고통스러운 구조와 구성을 가지고 있습니다.
응용 프로그램은 모든 DBMS에서 실행할 수 있는 방식으로 SQL 쿼리 언어를 사용하므로 다른 DBMS로 전환하는 것은 구성 파일을 변경하는 것뿐입니다.
응용 프로그램의 최종 사용자는 보험 회사, 특히 보험 대리인(신규 고객 등록) 및 보험 분석가(매개변수 계산에 기반한 회사 활동 분석)입니다.
보험 계리 매개변수는 구성 파일에서 설명하여 애플리케이션에 연결된 타사 구성요소(EJB)에 의해 계산됩니다. 따라서 응용 프로그램을 다시 설치하지 않고도 새 계산 구성 요소를 추가할 수 있습니다.
추가 사용자 정의로 새로운 결제 구성 요소, 새로운 유형의 문서, 새로운 유형의 보험을 추가할 수 있습니다.
에서사용된 소스 목록
1. David M. Gehry "Java Server Pages", 모스크바 2002
2. G. Shield, P. Noughton "자바 2".
4. S.B. Dunaev "Java 프로그램에서 데이터베이스에 액세스"
5. 자바로 생각하기, 2판
6. S.A. Trofimov “사례 기술. Rational Rose의 실제 작업»
7. Sun Microsystems "Enterprise JavaBeans" TM사양"
8. 생명 및 건강 보험 / Kenneth Black, Jr., Harold D. Skipper, Jr. - 13판. ISBN 0-13-891250-5.
9. T.A. Fedorova가 편집 한 보험 활동의 기본 사항. M. 출판사 BEK, 2000.
10. 메드베데프 G.A. 수학적 모델 재정적 위험. 1부. 불확실성으로 인한 위험 금리. - 민스크: BSU, 1999.
피부록 1. 엘프로그램 코드 목록
_____________________________________________________________
데이터베이스 매개변수 dbconfig.xml의 구성 파일:
클래스 - 구성 파서 DBConfigParser.java:
패키지 보험.utils;
import Insurance.config.DBPropertiesContainer;
수입 org.apache.commons.digester.digester;
org.xml.sax.SAXException 가져오기;
가져오기 java.io.IOException;
* 날짜: 2007년 4월 21일
* 시간: 23.37.37
공개 클래스 DBConfigParser는 IConfigParser(
public void parse(String fileName)은 IOException, SAXException(
소화기 소화기 = new Digester();
setRules(소화기);
다이제스터.parse(파일명);
private void setRules(다이제스터 다이제스터)(
digester.setValidating(거짓);
digester.push(DBPropertiesContainer.getInstance());
igester.addCallMethod("데이터베이스/드라이버", "setDbDriver", 1);
digester.addCallParam("데이터베이스/드라이버", 0);
digester.addCallMethod("데이터베이스/URL", "setUrl", 1);
digester.addCallParam("데이터베이스/URL", 0);
digester.addCallMethod("데이터베이스/로그인", "setLogin", 1);
digester.addCallParam("데이터베이스/로그인", 0);
digester.addCallMethod("데이터베이스/비밀번호", "설정비밀번호", 1);
digester.addCallParam("데이터베이스/비밀번호", 0);
구현하는 클래스 일반 조치 DataDAOHHelper.java 데이터베이스 작업:
패키지 보험.dao
Insurance.config.DAOContainer 가져오기;
수입 보험.dao.connector.DBConnector;
가져오기 java.sql.Connection;
가져오기 java.sql.SQLException;
* 날짜: 2007년 4월 23일
* 시간: 19.28.42
공개 클래스 DataDAOHHelper(
public void save(IEntity 엔터티)는 SQLException, ClassNotFoundException(
dao.save(콘, 엔티티);
) 잡기 (SQLException e) (
public void delete(String docType, int id)는 SQLException, ClassNotFoundException(
연결 con = DBConnector.getConnection();
dao.delete(콘, 아이디);
) 잡기 (SQLException e) (
새로운 SQLException(e.getSQLState()) 던지기;
public void undelete(String docType, int id) throws SQLException, ClassNotFoundException(
IDataDAO dao = getDAOByType(docType);
연결 con = DBConnector.getConnection();
dao.undelete(콘, 아이디);
) 잡기 (SQLException e) (
새로운 SQLException(e.getSQLState()) 던지기;
public void update(IEntity 엔터티)는 SQLException, ClassNotFoundException을 throw합니다(
IDataDAO dao = getDAOByType(entity.getEntityType());
연결 con = DBConnector.getConnection();
dao update(con, entity);
) 잡기 (SQLException e) (
새로운 SQLException(e.getSQLState()) 던지기;
public void load(int id, IEntity entity)는 SQLException, ClassNotFoundException을 throw합니다(
IDataDAO dao = getDAOByType(entity.getEntityType());
연결 con = DBConnector.getConnection();
dao.load(콘, 아이디, 엔티티);
) 잡기 (SQLException e) (
새로운 SQLException(e.getSQLState()) 던지기;
공개 IDataDAO getDAOByType(문자열 문서 유형)(
DAOContainer 컨테이너 = DAOContainer.getInstance();
IDataDAO 결과 = null;
클래스 dao = Class.forName(container.getDAOForEntity(docType));
결과 = (IDataDAO) dao.newInstance();
) 잡기 (ClassNotFoundException e) (
e.printStackTrace();
) 잡기 (IllegalAccessException e) (
e.printStackTrace();
) catch (InstantiationException e) (
e.printStackTrace();
공개 정적 문자열 nullToEmpty(문자열 값)(
반환(값 != null) ? 값: "";
연락처 문서에 대한 데이터베이스 작업 구현:
패키지 보험.dao
수입 보험.beans.IEntity;
수입 보험.beans.PersonBean;
가져오기 java.sql.Connection;
import java.sql.PreparedStatement;
가져오기 java.sql.ResultSet;
가져오기 java.sql.SQLException;
* 날짜: 2007년 4월 22일
공개 클래스 PersonDataDAOImpl은 IDataDAO(
private final static String SAVE_QUERY = "INSERT INTO Person " +
"(이름, 성, 중간 이름, 주소, 전화, 이메일, 버전)" +
"값(?, ?, ?, ?, ?, ?, ?)";
private final static String DELETE_QUERY = "개인 SET 버전 업데이트 = -1 WHERE ID = ?";
private final static String UNDELETE_QUERY = "UPDATE Person SET 버전 = 1 WHERE ID = ?";
private final static String UPDATE_QUERY = "UPDATE Person SET FirstName = ?," +
"성 = ?, MiddleName = ?, 주소 = ?, 전화번호 = ?, 이메일 = ? WHERE id = ?";
개인 최종 정적 문자열 LOAD_QUERY = "SELECT FirstName, LastName, MiddleName," +
"주소, 전화, 이메일, 사람의 버전 WHERE id = ?";
public void save(Connection con, IEntity 엔터티)에서 SQLException(
PersonBean 사람 = (PersonBean) 엔티티;
PreparedStatement ps = null;
ps = con.prepareStatement(SAVE_QUERY);
ps.setString(1, person.getFirstName());
ps.setString(2, person.getLastName());
ps.setString(3, person.getMiddleName());
ps.setString(4, person.getAddress());
ps.setString(5, person.getPhone());
ps.setString(6, person.getEmail());
ps.setInt(7, person.getVersion());
ps.executeUpdate();
주장 ps != null;
public void delete(Connection con, int id)는 SQLException을 발생시킵니다(
PreparedStatement ps = null;
ps = con.prepareStatement(DELETE_QUERY);
ps.setInt(1, 아이디);
ps.executeUpdate();
주장 ps != null;
public void undelete(Connection con, int id)는 SQLException을 발생시킵니다(
PreparedStatement ps = null;
ps = con.prepareStatement(UNDELETE_QUERY);
유사한 문서
주제 영역의 기능적 모델 개발. Pacestar UML Diagrammer 환경에서 UML 다이어그램 작성. 소프트웨어 개발 도구 선택. 논리적 및 물리적 데이터 모델의 개발. Access 환경에서 IS 클라이언트 응용 프로그램 개발.
학기 논문, 2011년 3월 9일 추가됨
DBMS의 선택, 정당화 및 기능. 프로그래밍 언어의 특징. 약국 정보 시스템의 구조적 및 기능적 모델 개발. AIS 소프트웨어 환경 및 인터페이스 설계. 데이터베이스 모델 구축.
학기 논문, 2012년 4월 21일 추가됨
입력 정보 및 프로세스 분석, 기업의 자동화 수준. 자동화의 대상 및 작업 식별. 정보 시스템의 정보 모델 구축 개념 개발. 데이터베이스 구조 및 클라이언트 응용 프로그램 개발.
논문, 2015년 11월 22일 추가됨
화물 부서의 디스패처 작업을 자동화하기 위해 다중 사용자 정보 시스템을 설계합니다. 프로그래밍 환경 선택. 소프트웨어 개발, ASOY 데이터베이스 테이블. 클래스 및 활동 다이어그램의 구성.
학기 논문, 2014년 6월 3일 추가됨
보험 대리인이 문서 작업에 걸리는 시간을 줄이는 데 도움이 되는 보험 프로세스를 자동화하는 애플리케이션을 설계합니다. Delphi 환경에서 데이터베이스에 액세스하기 위한 응용 프로그램 개발. 데이터베이스 관리 시스템.
학기 논문, 2015년 1월 14일 추가됨
LLC "Rosneft" 회사의 데이터베이스 관리 프로세스를 자동화하기 위한 정보 시스템 생성. 기술적 수단의 특성에 대한 요구 사항. CASE 도구를 선택하는 근거. 소프트웨어 개발, 비용, 가격 및 이익 계산.
2012년 3월 24일에 추가된 논문
정보 시스템 설계 방법론의 기초. 일반적 특성 CASE 도구의 분류. "학생" 시스템의 논리적, 기능적 및 물리적 데이터 모델에 대한 고려. 소프트웨어 제품 개발의 복잡성 계산.
2012년 3월 16일에 추가된 논문
주제 영역의 자동화를 위한 솔루션 분석. 정보 시스템을 설계하기 위한 방법론의 선택. 플랫폼을 선택하는 근거. 데이터 소스와의 애플리케이션 상호 작용. 선택 라이프 사이클소프트웨어 개발.
논문, 2010년 12월 18일 추가됨
사무기기의 조직 및 판매. 자동화 시스템 및 자동화 기능의 목표. 정보 시스템의 기능적 구조의 특성. 자동화 개체의 기능적 부분을 설계합니다. 하위 시스템을 선택하는 근거.
학기 논문, 2010년 12월 19일 추가됨
설계 자동화를 위한 CASE-도구인 데이터베이스 관리 시스템의 구축 및 효과적인 적용 원칙에 대한 개요입니다. 방법론 및 도구의 가능성 분석. All Fusion 환경에서 호텔 비즈니스 프로세스 모델 개발.
