전통문화대전망 - 전통 미덕 - BS와 CS 구조의 차이점은 무엇인가요?
BS와 CS 구조의 차이점은 무엇인가요?
관련 개념:
C/S 구조, 즉 클라이언트/서버(클라이언트/서버) 구조는 클라이언트에게 작업을 합리적으로 할당하는 잘 알려진 소프트웨어 시스템 아키텍처입니다. 시스템의 통신 오버헤드를 줄이고 양쪽 끝에서 하드웨어 환경의 장점을 최대한 활용할 수 있습니다. 초기 소프트웨어 시스템은 대부분 이것을 선호하는 설계 표준으로 사용했습니다.
B/S 구조, 즉 브라우저/서버(브라우저/서버) 구조는 인터넷 기술의 발전에 따른 C/S 구조의 변화 또는 개선이다. 이 구조에서 사용자 인터페이스는 완전히 WWW 브라우저를 통해 구현되고 트랜잭션 로직의 일부는 프런트 엔드에서 구현되지만 주요 트랜잭션 로직은 서버 측에서 구현되어 소위 3 계층 구조를 형성합니다. B/S 구조는 주로 브라우저의 다중 스크립트 언어(VBScript, JavaScript...) 및 ActiveX 기술과 결합되어 점점 성숙해지는 WWW 브라우저 기술을 사용하며 범용 브라우저를 사용하여 원본을 달성합니다. 강력한 기능을 구현하고 개발 비용을 절감하는 새로운 소프트웨어 시스템 구축 기술입니다. Windows 98/Windows 2000에는 브라우저 기술이 운영 체제에 내장되어 있으므로 이 구조는 오늘날의 응용 프로그램 소프트웨어에 선호되는 아키텍처가 되었습니다.
C/S와 B/S의 차이점:
클라이언트/서버는 LAN 기반이지만 브라우저/서버는 WAN 기반이 아니라고 합니다. B/S 구조는 LAN에서 사용할 수 없지만 Zhiying IPOWER는 단일 시스템, 로컬 네트워크 또는 광역 네트워크에서 사용할 수 있습니다.
1. 다양한 하드웨어 환경:
C/S는 일반적으로 전용 네트워크, 소규모 네트워크 환경에 구축되며, LAN 간 연결 및 데이터 교환 서비스를 제공하기 위해 특수 서버가 사용됩니다.
B/S는 광역 네트워크를 기반으로 구축되어 전화 인터넷 접속이나 장비 대여 등 전문적인 네트워크 하드웨어 환경이 필요하지 않으며 일반적으로 C/S보다 적응성이 뛰어납니다. , 운영 체제와 브라우저만 필요합니다.
2. 다양한 보안 요구 사항
C/S는 서버와 클라이언트 모두의 보안을 고려해야 합니다.
B/S에는 클라이언트가 없으므로 서버측 보안에만 중점을 둡니다.
3. 다양한 프로그램 아키텍처
C/S 프로그램은 프로세스에 더 많은 주의를 기울일 수 있고 여러 수준에서 권한을 확인할 수 있으며 시스템 실행 속도에 덜 주의를 기울일 수 있습니다.
B/S 보안에 더 많은 관심을 기울일 수 있으며 B/S 구조를 갖춘 C/S보다 요구 사항이 높은 프로그램 아키텍처는 MS의 .Net 시리즈에서 BizTalk 2000 Exchange 2000에 이르기까지 발전 추세입니다. 등, 네트워크 구성 요소를 완벽하게 지원하는 시스템입니다. SUN과 IBM이 추진하는 JavaBean 구성 요소 기술은 B/S를 더욱 성숙하게 만듭니다. 예를 들어 Zhiying IPOWER는 일반적으로 B/에 비해 속도가 빠릅니다. S 아키텍처 소프트웨어가 30%에서 99%로 증가했습니다.
4. 소프트웨어 재사용은 다릅니다.
C/S 프로그램은 필연적으로 전체 무결성을 고려할 수 있으며, 구성 요소의 재사용성은 B/S 요구 사항에 따른 구성 요소의 재사용성만큼 좋지 않습니다.
B /S 올바른 다중 구조에서는 구성 요소가 상대적으로 독립적인 기능을 갖고 상대적으로 재사용이 잘되어야 합니다. 예를 들어 구입한 식탁은 벽에 만든 돌 테이블 대신 재사용할 수 있습니다.
5. 시스템 유지 관리는 다릅니다
시스템 유지 관리는 비용이 많이 들고 -------중요한 소프트웨어 수명 주기의 일부입니다.
C/S 프로그램의 무결성으로 인해 , 문제가 발생하면 전체적으로 점검하고 처리해야 합니다. 업그레이드는 어렵습니다.
B/S 구성 요소를 개별적으로 교체해야 할 수도 있습니다. 시스템의 원활한 업그레이드를 위해 구성 요소를 최소화합니다. 사용자는 인터넷에서 다운로드하고 설치하여 업그레이드할 수 있습니다.
6. 다양한 문제 처리
C/S 프로그램은 사용자 평면 고정을 처리할 수 있으며 동일한 영역에서 운영 체제와 관련된 높은 보안 요구 사항은 모두 동일한 시스템이어야 합니다
B/S는 다양한 사용자 그룹을 대상으로 하고 지리적으로 분산된 광역 네트워크를 기반으로 구축되므로 C/S는 운영 체제 플랫폼과의 관계가 가장 적습니다.
7 . 다양한 사용자 인터페이스
C/S는 대부분 Window 플랫폼을 기반으로 구축되어 표현 방법이 제한되어 있으며 일반적으로 프로그래머에 대한 요구 사항이 더 높습니다.
B/S는 WEB을 통해 브라우저에 구축됩니다. 서비스 또는 기타 공개 식별 가능한 설명 언어는 플랫폼 전반에 걸쳐 사용할 수 있으며 사용이 더 유연합니다. Window 플랫폼 뿐만 아니라 unix/Linux 및 기타 플랫폼에도 적용이 가능합니다.
8. 다양한 정보 흐름
C/S 프로그램은 일반적으로 상호작용성이 낮은 일반적인 중앙 집중식 기계 처리입니다.
B/S 정보 흐름 방향은 B-B B-C B-G 및 기타 정보로 변경될 수 있습니다. 흐름 방향은 거래 센터와 비슷합니다.
B/S 모드의 장점과 단점
B/S 구조의 장점
(1) 분산 특성을 가지며 언제 어디서나 조회가 가능하다. 검색 및 기타 비즈니스 처리.
(2) 사업 확장이 간단하고 편리하며, 페이지 추가를 통해 서버 기능을 늘릴 수 있습니다.
(3) 유지 관리는 간단하고 편리합니다. 모든 사용자에 대한 동기 업데이트를 위해서는 네트워크 표면만 변경하면 됩니다.
(4).즐거움이 강하다
B/S모드의 단점
(1)C/S에 비해 반응속도가 좋지 않다. AJAX 기술은 기존 B/S 구조 소프트웨어에 비해 속도가 두 배 향상되었습니다.
(2) B/S는 별도의 인터페이스 디자인이 필요하고, 제조사 간 인터페이스도 매우 다르기 때문에 사용 시 화면이 새로 고쳐지는 현상이 발생합니다. 다행히 AJAX Technology는 UFIDA, Zhiying 등이 개발한 B/S 아키텍처 소프트웨어의 사용자 경험을 C/S와 유사하게 해결합니다.
C/S 모드의 장점과 단점
C/S 모드의 장점
1. 클라이언트가 서버에 직접 연결되기 때문에 별도의 작업이 필요하지 않습니다. 중간 링크이므로 응답 속도가 더 빠릅니다.
3. C/S 구조의 경영정보시스템은 강력한 거래처리 능력을 가지고 있습니다.
C/S 모드의 단점
1. LAN에만 적용 가능합니다. 인터넷의 급속한 발전으로 인해 모바일 오피스와 분산 오피스가 점점 더 대중화되고 있으며, 이로 인해 시스템 확장성이 요구됩니다. 이러한 원격 액세스 방법에는 전문적인 기술이 필요하며 시스템은 분산된
데이터를 처리할 수 있도록 특별히 설계되어야 합니다.
2. 클라이언트는 특별한 클라이언트 소프트웨어를 설치해야 합니다. 첫째, 설치 작업량이 수반되고, 둘째, 컴퓨터에 바이러스나 하드웨어 손상 등의 문제가 발생하면 설치나 유지 관리가 필요합니다. 특히 지점이나 전문점이 많은 경우에는 업무량의 문제가 아니라
거리의 문제입니다. 또한 시스템 소프트웨어가 업그레이드되면 각 클라이언트를 다시 설치해야 하며 유지 관리 및 업그레이드 비용이 매우 높습니다.
3. 일반적으로 고객의 운영체제에 제한이 있습니다. Win98에는 적용할 수 있지만 win2000이나 Windows XP에는 적용할 수 없습니다. 또는 Linux, Unix 등은 물론 Microsoft의 새로운 운영 체제 등에 적용되지 않습니다.
B/S 아키텍처 소프트웨어의 장점과 단점
(1) 유지관리 및 업그레이드 방법이 간단하다. 현재 소프트웨어 시스템 개선 및 업그레이드가 점점 더 빈번해지고 있습니다. C/S 시스템의 일부 모듈 변경은 다른 모듈의 변경과 관련되어 시스템 업그레이드 비용이 상대적으로 높아집니다. C/S 처리 모드와 비교하여 B/S는 클라이언트 시스템이 인터넷에 액세스할 수 있는 한 클라이언트를 크게 단순화합니다. B/S의 경우 개발, 유지 관리 등 거의 모든 작업이 서버 측에 집중됩니다. 기업이 네트워크 애플리케이션을 업그레이드할 때 서버 측 소프트웨어만 업데이트하면 되므로 원격 사용자의 문제가 완화됩니다.
시스템 유지 관리 및 업그레이드 비용. 클라이언트의 소프트웨어 시스템이 자주 업그레이드되는 경우 B/S 아키텍처 제품은 분명한 이점을 갖습니다. 모든 업그레이드 작업은 서버에서만 수행하면 됩니다.
(2) 시스템 성능
시스템 성능 측면에서 B/S는 브라우저만 사용할 수 있다면 언제, 어디서, 어떤 시스템에서든 우위를 점합니다. 인터넷에 접속하려면 B/S 시스템의 단말기를 이용하면 됩니다. C/S 구조를 사용하면 클라이언트와 서버 모두 작업을 처리할 수 있습니다. 비록 클라이언트에 대한 더 높은 요구 사항이 필요하지만 서버에 대한 부담을 줄일 수 있습니다.
(3) 시스템 개발
C/S 구조는 미들웨어 제품을 기반으로 하며 애플리케이션 개발자가 트랜잭션 관리, 메시지 대기열 및 데이터 자체를 처리해야 합니다. 복제 및 동기화, 통신 보안 등 이는 애플리케이션 개발자에게 높은 요구 사항을 부여하고 애플리케이션 외부의 문제를 해결하는 데 많은 에너지를 투자하도록 강요합니다. 이로 인해 애플리케이션 유지 관리, 이식 및 상호 운용성이 복잡해집니다. 클라이언트가 다른 운영 체제를 사용하는 경우 C/S 구조의 소프트웨어에는 다른 버전의 클라이언트 소프트웨어 개발이 필요합니다.
B/S와 C/S 구조 소프트웨어의 상용 응용 비교
관리 소프트웨어는 기업에 서비스를 제공합니다. 기업은 관리 소프트웨어를 선택할 때 기술적인 측면뿐만 아니라 다음과 같은 사항도 고려해야 합니다. 상용 응용 프로그램에서는 상용 응용 프로그램의 관점에서 두 구조의 소프트웨어를 비교합니다.
1. 투입 비용 비교. B/S 구조 소프트웨어는 일반적으로 초기 일회성 투자 비용만 발생합니다.
그룹 입장에서는 소프트웨어 프로젝트를 통제하고 IT 블랙홀을 피하는 것이 유리하지만, C/S 구조의 소프트웨어는 적용 범위가 확대될수록 투자는 계속될 것이다.
2. 하드웨어 투자 보호 비교. 두 구조는 기존 하드웨어 투자를 보호한다는 측면에서도 완전히 다릅니다. 응용 범위가 확장되고 시스템 부하가 증가하면 C/S 구조 소프트웨어의 일반적인 해결책은 더 발전된 중앙 서버를 구입하고 원래 서버를 버리는 것입니다.
이는 2계층 구조 때문입니다. C/S 소프트웨어 결과적으로 이러한 유형의 소프트웨어 서버 프로그램은 B/S 구조(예: Zhiying CRM 관리 시리즈)와 달리 컴퓨터에 배포되어야 하며 서버 부하가 증가할수록 서버 수가 늘어납니다. 원활하게 증설이 가능하며 클러스터 서버 시스템을 구축하여
다양한 서버간 로드 밸런싱을 수행합니다. 원래 하드웨어 투자를 효과적으로 보호합니다.
3. 기업의 급속한 확장에 대한 지원 비교. 성장하는 기업의 경우 빠른 확장이 특징입니다. 예를 들어, Dixintong Company는 매년 새로운 유통 센터를 설립하고 매달 새로운 매장을 오픈합니다. 애플리케이션 소프트웨어의 신속한 배포는 기업의 급속한 확장을 위한 필수적인 보장입니다.
C/S 구조의 소프트웨어는 서버와 클라이언트를 동시에 설치해야 하고, 전산실을 구축하고, 전문 경영인력을 채용하는 등 기업의 급격한 확장에 적응할 수 없다. B/S 구조 소프트웨어는 한 번만 설치하면 되며 앞으로는 계정을 설정하고 교육만 받으면 됩니다
.
둘째, 소프트웨어 애플리케이션의 확장으로 인해 시스템 유지 관리 인력에 대한 수요가 기업의 급속한 확장을 제한하는 병목 현상이 될 수 있습니다. 회사가 수백 개의 매장을 열면 컴퓨터 전문가에 대한 수요는 회사가 직면한 큰 과제 중 하나가 될 것입니다.
인건비를 떠나 기업이 그렇게 많은 전문 인재를 채용하고 유지하는 것은 불가능하다. 따라서 C/S 구조 소프트웨어의 사용은 필연적으로 기업의 미래 발전을 제한할 것입니다. 또한 C/S 구조를 가진 대부분의 소프트웨어는 ODBC를 통해 데이터베이스에 직접 연결되어 있어 보안성이 낮을 뿐만 아니라 사용자 수도 제한되어 있습니다. 데이터베이스에 연결된 각 사용자는 ODBC 연결을 유지하며 항상 중앙 서버의 리소스를 점유하게 됩니다. 중앙 서버에 대한 요구 사항은 매우 높기 때문에 사용자 확장이 크게 제한됩니다. B/S 구조 소프트웨어는 다릅니다
모든 사용자는 JDBC 연결 버퍼 풀을 통해 데이터베이스에 연결됩니다. 사용자는 데이터베이스에 대한 연결을 유지하지 않으며 기본적으로 사용자 수에 제한이 없습니다.
위의 분석을 통해 B/S 구조 관리 소프트웨어와 C/S 구조 소프트웨어는 각각 장단점이 있음을 알 수 있다. 해외 발전 동향의 관점에서. 현재 외국 대기업의 관리 소프트웨어는 이미 B/S 구조를 갖고 있거나 C/S에서 B/S 구조로 전환하는 중이다.
많은 국내 소프트웨어 제조사들이 B/S 구조 소프트웨어 개발에 적극적으로 투자하는 추세로 볼 때, 향후 몇 년 안에 B/S 구조를 갖춘 대규모 관리 소프트웨어가 관리 소프트웨어 분야를 장악할 수도 있다. .