사무 자동화 (OA) 는 직원과 경영진이 자주 사용하는 조직의 일상적인 경영 관리를 위한 애플리케이션 시스템입니다. OA 는 1985 중국 최초의 사무 자동화 기획대회가 열린 이후 애플리케이션 컨텐츠의 깊이와 폭, IT 기술 애플리케이션 등에 새로운 변화와 발전을 거듭해 조직에 없어서는 안 될 핵심 애플리케이션 시스템이 되었습니다. OA 시스템의 전체 이름 [1-2] 은 사무 자동화 시스템이며 사무 자동화 시스템을 의미합니다.
OA 애플리케이션 콘텐츠가 지속적으로 확장됨에 따라 OA 기술도 발전하고 있습니다. 과거 BASIC+ 파일 시스템에서 VB+ACCESS, 델파이+Oracle 등에 이르기까지 기본적으로 세 가지 주요 기술이 형성되었습니다.
1. Net+ RDB 기술
사무실 플랫폼. Net+RDB 는 단순하고 유연하며 사용하기 쉬운 제품으로 다양한 시장을 확보했습니다.
OA 시스템 로그인 인터페이스 표시
2. 손씨의 자바+RDB 기술
JAVA(J2EE 표준) 는 개방성과 플랫폼 독립성으로 기술의 발전 방향을 이끌고 다양한 애플리케이션 시스템에서 광범위하게 적용 및 보급되고 OA 의 시장 영역에서 지속적으로 확대되고 있습니다.
3.IBM Lotus Domino 기술
Lotus 는 1989 에서 도입되었으며 e-메일, 협업, 비정형 문서 처리 및 보안 메커니즘에 능숙합니다. 하지만 OA 앱의 내포가 풍부해짐에 따라 Domino 도 몇 가지 명백한 약점을 드러냈다. 우리는 간단히 비교해도 무방하다. Domino 와 동일한 기술 원칙 net/JAVA (OA 애플리케이션을 전제로 함):
Net/JAVA 는 3GL 도구와 더 비슷하며, 애플리케이션 기능을 구현하려면 더 많은 개발 또는 통합이 필요하고, 애플리케이션 성숙에는 지속적인 기능 침전과 누적이 필요합니다. Domino 는 업계 최고의 공동 작업 도구, 엔터프라이즈급 문서 처리, 문서 수준의 보안 제어 메커니즘, 광범위한 애플리케이션 템플릿을 제공하는 4GL 도구에 더 가깝습니다. 이를 통해 사무용 애플리케이션을 더 잘 지원할 수 있지만 대량의 구조화된 비즈니스 정보를 처리할 때는 크게 부족합니다.
4. SaaS 기반 J2EE 서비스
2006 년에 상해에 설립되었다. 진정한 SaaS (software-as-a-service) 를 기술적 개념으로 하여 비즈니스 프로세스와 승인 프로세스는 요구 사항에 따라 변화하는 프로세스 자동화 플랫폼이 되었습니다. 비즈니스 프로세스 및 승인 프로세스에 능숙하며 타사 ERP 와의 통합에 가장 중점을 둡니다. 목표는 기업의 승인 프로세스와 업무 프로세스를 꿰뚫어 보고 시스템을 형성하여 의사결정을 하는 것이다.
사무 자동화는 큰 특색인데, 왜 OA 가 유행할까요? 다음을 참조하십시오.
사무 자동화의 브랜드 효과:
OA 시스템의 주류 기술은 과거의 도미노에서 로 점차 마이그레이션되었다. NET 과 JAVA, 주류 소프트웨어 회사는 이미 JAVA 를 기본 기술 노선으로 삼았다. 하지만 도미노, PHP, 그리고. 인터넷 노선은 하이엔드 사용자 수요 앞에서 점차 과거가 되었으며, 이런 회사들은 자바 노선을 따라 조용히 변화하여 신제품을 개척하고 있다.
플랫폼 기능
OA 의 공통 기능이 상대적으로 성숙함에 따라 고객 관리 어플리케이션이 심화됨에 따라 OA 및 ERP 의 더 많은 에지 요구 사항이 번창하기 시작했기 때문에 고객의 기능 요구 사항을 지속적으로 충족하는 것이 제품 수명 연장의 중요한 요소가 되었습니다. 코드없는 개발을 통해 신속한 기능 사용자 정의를 실현하는 방법은 플랫폼 제품의 발전 방향이되었습니다.
시스템 합성
정보화의 초급 단계인 사용자에게는 단일 시스템 응용으로 충분하지만, 이미 상당한 정보화 기반이 있는 하이엔드 OA 사용자의 경우 데이터, 정보, 포털 및 ERP 시스템을 통합하는 방법, 조직, 사용자 및 HR 시스템을 통합하는 방법, 메시지 및 메시지를 통합하는 방법, 심지어 데이터 분할을 재구성하는 방법도 고려해야 할 요소 중 하나가 되었습니다.
통합 응용 프로그램에서 현재 대부분의 시스템은 데이터 소스를 사용하여 타사 데이터를 호출합니다. 실제로 이러한 통합은 이미 2 차 개발과 유사합니다. 국내에서 금나비, SAP 등 유명 ERP 제품은 모두 OA 에서 고도로 통합될 수 있으며 상하이 소옹 소프트웨어, 범마이크로소프트웨어 등 금나비 공식 인증을 받을 수 있다. 이들 기업은 고도의 통합 방면에서 많은 성공 사례를 했다.
그러나 통합은 양날의 검이다. 표준 인터페이스가 없는 완전 맞춤형 개발 통합은 업그레이드, 시스템 성능, 프로젝트 주기에 위험과 위험을 초래할 수 있습니다. 따라서 OA 시스템을 연구할 때 표준 인터페이스 기능과 제품화 메커니즘에 초점을 맞추는 것이 중요합니다.
모바일 애플리케이션
휴대전화 운영체제와 CPU 가 업그레이드되면서 와이파이 무선의 보급과 휴대전화 대역폭의 확대로 휴대전화와 태블릿을 통해 언제 어디서나 업무를 수행할 수 있게 됐다. 특히 고위 임원들에게는 더욱 그렇다. 모바일 애플리케이션을 통해 시간 조각을 효율적으로 적용하는 것이 관심사가 되었습니다.
상호 방문을 처리하다
OA 시스템의 실제 응용 프로그램, 특히 중대형 단위에서 사용자가 가장 필요로 하는 것은 업무 프로세스와 승인 프로세스를 개통하는 것입니다. 기업의 승인 프로세스조차도 업무 프로세스를 호출할 수 있습니다. 이것은 중대기업의 정보화 실현을 위한 고급 기초가 될 것이다.
위의 내용과 결합해서 반드시 OA 를 말할 필요는 없지만 기업과 제품 및 개발 경로를 결합하여 적시에 OA 기술을 적절하게 사용해야 합니다.
모두의 의심을 불식시키고 받아들일 수 있기를 바랍니다.